|
From: Tom H. <to...@co...> - 2005-08-19 13:38:41
|
In message <4305DCB2.2040003@BitWagon.com>
John Reiser <jreiser@BitWagon.com> wrote:
>>>vex x86->IR: unhandled instruction bytes: 0xF0 0xF 0xC7 0xE
>>>Process terminating with default action of signal 4 (SIGILL): dumping core
>>
>>
>> That's a "mov Ez, Iz" instruction (with lock prefix). Please raise
>> a bug for it so we can fix it for the next release.
>
> No. The 0xF means 2-byte opcode, which makes 0xC7 /1 into 'cmpxchg8b',
> which is a fundamental operation for mutual exclusion.
I know what 0xF means thanks. I just managed to get confused and read
the wrong table when I was decoding that instruction.
> Vex is just going to have to learn it, or else quit pretending to
> support threads.
I would refer you to bugs 109313 and 110505 where the lack of this
instruction was previously reported and SVN revisions 1331 and 1337
where it was fixed.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|