[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 296577] vex x86->IR: unhandled instruction bytes: 0x66 0xF 0x3A 0x17
From:       jojo-bln <jojo47de () yahoo ! de>
Date:       2012-03-29 9:41:49
Message-ID: bug-296577-17878-GT0rvl7FQi () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=296577

--- Comment #6 from jojo-bln <jojo47de@yahoo.de> ---
Thank you for your reply and spending your time to this issue.

I Google'd arnoud the AESKEYGENASSIST. It's definitely not new to
your valgrind group. I find lots of related questions/problems.
OK, I have Linux 32/64 bit where all is fine. But my point is to
compare the ("overestimated") advantages of 32 bit vs. 64 bit.
If I can not run for example cachegrind on MAC OS combined with 
OpenGL, I can not get the information, I would like to see. And as
far as I understand, only because of the funny Intel encryption
AES instructions. I furthermore have the remark that Apple's oper-   
iating systems and OpenGL are mainstream.  

Please let my ask for a workaround : Is it possible to put a few lines
in "priv/guest_x86_helpers.c" to skip all instructions that look
like : 0X66 0XF 0X3A 0X?? 
This would be a big step forward. Thank you.




________________________________
 Von: Julian Seward <jseward@acm.org>
An: jojo47de@yahoo.de 
Gesendet: 19:12 Dienstag, 27.März 2012
Betreff: [Bug 296577] vex x86->IR: unhandled instruction bytes: 0x66 0xF 0x3A
0x17

https://bugs.kde.org/show_bug.cgi?id=296577

--- Comment #4 from Julian Seward <jseward@acm.org> ---
This is AESKEYGENASSIST, which is supported in 64 bit mode
but not 32 bit.   Realistically I don't think it will get supported in
32 bit mode -- that doesn't support anything after SSSE3.   Can you
develop in 64 bit mode instead?   The main support emphasis now
is x86_64 (64 bit) and ARM; x86 (32 bit) is more-or-less "legacy".

-- 
You are receiving this mail because:
You are watching all bug changes.=
[prev in list] [next in list] [prev in thread] [next in thread]