Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • D dynamorio
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,467
    • Issues 1,467
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 44
    • Merge requests 44
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • DynamoRIO
  • dynamorio
  • Issues
  • #1723
Closed
Open
Issue created Jul 06, 2015 by Derek Bruening@derekbrueningContributor

add controllable auto-predication of instrumentation to match application predication

Split from #1551 (closed)

In f28be26e we added auto-predication of instrumentation in Thumb IT blocks, but it was asymmetric wrt ARM mode and we abandoned it. We have cases of instrumentation where we do not want predication (e.g., drcachesim tracer's instr fetch instrumentation) and thus we need to give some control to the client.

To re-add the feature, we should have it apply to both Thumb and ARM, and have it controllable by the client. The proposal is to have both blacklist and whitelist modes: a global flag of some kind indicating whether to always add or never add, and individual flags on instrs overriding the global.

Assignee
Assign to
Time tracking