| commit | e2e830f61271c28dddfa6b478044870d2188cf57 | |
| author | Mark Wielaard <mark@klomp.org> | |
| Fri, 12 Feb 2021 19:42:00 +0000 (12 20:42 +0100) | ||
| committer | Mark Wielaard <mark@klomp.org> | |
| Fri, 12 Feb 2021 19:42:00 +0000 (12 20:42 +0100) | ||
| tree | 1543de98ffe293a6545c3cb0204d0fb69e6344db | treesnapshot (tar.gz zip) |
| parent | b4eff82004077b5628e9c0958121fe6156c29664 | commitdiff |
PR432809 VEX should support REX.W + POPF
It seems a REX.W prefix simply explicitly sets the operant size to 8,
and so can/must be ignored as redundant. This is what we already do
for PUSH, POP and PUSHF. All instructions are described as "When in
64-bit mode, instruction defaults to 64-bit operand size and cannot
encode 32-bit operand size." in the instruction manual.
Original patch and analysis by Mike Dalessio <mike.dalessio@gmail.com>
https://bugs.kde.org/show_bug.cgi?id=432809
It seems a REX.W prefix simply explicitly sets the operant size to 8,
and so can/must be ignored as redundant. This is what we already do
for PUSH, POP and PUSHF. All instructions are described as "When in
64-bit mode, instruction defaults to 64-bit operand size and cannot
encode 32-bit operand size." in the instruction manual.
Original patch and analysis by Mike Dalessio <mike.dalessio@gmail.com>
https://bugs.kde.org/show_bug.cgi?id=432809
| NEWS | diffblobblamehistory | |
| VEX/priv/guest_amd64_toIR.c | diffblobblamehistory |