[Webkit-unassigned] [Bug 131394] [FTL] Emit multibyte NOPs on X86-64

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Apr 9 13:53:45 PDT 2014


https://bugs.webkit.org/show_bug.cgi?id=131394


Michael Saboff <msaboff at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #228893|review?                     |review+
               Flag|                            |




--- Comment #4 from Michael Saboff <msaboff at apple.com>  2014-04-09 13:54:05 PST ---
(From update of attachment 228893)
View in context: https://bugs.webkit.org/attachment.cgi?id=228893&action=review

I don't think the variances from the Intel manual are a big deal, but why the slight variations?

r=me

> Source/JavaScriptCore/assembler/X86Assembler.h:2261
> +            {0x0f, 0x1f, 0x44, 0x00, 0x08},

The Intel Arch manual for SW Dev vol 2 shows a slightly different 5 byte opcode: x0f, 0x1f, 0x44, 0x00, -> 0x00 <-

> Source/JavaScriptCore/assembler/X86Assembler.h:2263
> +            {0x66, 0x0f, 0x1f, 0x44, 0x00, 0x08},

Same thing, the last byte in the Intel manual is 0x00.

> Source/JavaScriptCore/assembler/X86Assembler.h:2267
> +            {0x0f, 0x1f, 0x84, 0x00, 0x00, 0x02, 0x00, 0x00},

The intel manual shows the last 5 bytes as 0x00

> Source/JavaScriptCore/assembler/X86Assembler.h:2269
> +            {0x66, 0x0f, 0x1f, 0x84, 0x00, 0x00, 0x02, 0x00, 0x00},

The intel manual shows the last 5 bytes as 0x00

> Source/JavaScriptCore/assembler/X86Assembler.h:2271
> +            {0x66, 0x2e, 0x0f, 0x1f, 0x84, 0x00, 0x00, 0x02, 0x00, 0x00}

The intel manual shows the last 5 bytes as 0x00

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list