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
  • #57
Closed
Open
Issue created Nov 27, 2014 by Derek Bruening@derekbrueningContributor

dynamic ISA change specification: runtime option for new opcodes

From [email protected] on February 24, 2009 14:51:17

this was PR 278248

To avoid DR failing on the latest ISA changes we should consider adding runtime options that can be used as workarounds.

An event on an invalid opcode is not good enough: if we get the length wrong we can mess up later on. Need a way to specify ISA changes up front.

We'd need some kind of language. For example, for adding support for the 3-byte-opcode SSSE3 instructions we might support an option like this:

-opcode "0x0f 0x38 * modrm"

Both fast and slow decode paths would have to honor the option before the built-in decode tables.

Original issue: http://code.google.com/p/dynamorio/issues/detail?id=57

Assignee
Assign to
Time tracking