Bug 299805 - vex amd64->IR: unhandled instruction bytes: 0xC5 0xFA 0x10 0x5 0x6D 0xDD 0x0 0x0
Summary: vex amd64->IR: unhandled instruction bytes: 0xC5 0xFA 0x10 0x5 0x6D 0xDD 0x0 0x0
Status: RESOLVED DUPLICATE of bug 273475
Alias: None
Product: valgrind
Classification: Developer tools
Component: vex (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Julian Seward
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-11 09:37 UTC by David Sveningsson
Modified: 2012-05-11 09:38 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Sveningsson 2012-05-11 09:37:16 UTC
--466-- REDIR: 0x3fed688c20 (__GI_stpcpy) redirected to 0x4a0a5a9 (__GI_stpcpy)
--466-- REDIR: 0x3fed686ad0 (rindex) redirected to 0x4802667 (_vgnU_ifunc_wrapper)
==466== Adding active redirection:
--466--     new: 0x3fed721850 (__strrchr_sse42     ) R-> (2001.0) 0x04a08c6f rindex
--466-- REDIR: 0x3fed721850 (__strrchr_sse42) redirected to 0x4a08c6f (rindex)
--466-- REDIR: 0x3fed6fad40 (__strcpy_chk) redirected to 0x4a0aa6a (__strcpy_chk)
vex amd64->IR: unhandled instruction bytes: 0xC5 0xFA 0x10 0x5 0x6D 0xDD 0x0 0x0
==466== valgrind: Unrecognised instruction at address 0x4ea62c3.
==466==    at 0x4EA62C3: SDL_XF86VidModeGetGamma (XF86VMode.c:209)
==466==    by 0x4E9DC54: X11_GetGammaNoLock.isra.0 (SDL_x11gamma.c:99)
==466==    by 0x4E9DF04: X11_SaveVidModeGamma (SDL_x11gamma.c:124)
==466==    by 0x4EA3F72: X11_VideoInit (SDL_x11video.c:686)
==466==    by 0x4E9414C: SDL_VideoInit (SDL_video.c:246)
==466==    by 0x4E6C95B: SDL_InitSubSystem (SDL.c:89)
==466==    by 0x4E6C9DB: SDL_Init (SDL.c:162)
==466==    [...]
==466== Your program just tried to execute an instruction that Valgrind
==466== did not recognise.  There are two possible reasons for this.
==466== 1. Your program has a bug and erroneously jumped to a non-code
==466==    location.  If you are running Memcheck and you just saw a
==466==    warning about a bad jump, it's probably your program's fault.
==466== 2. The instruction is legitimate but Valgrind doesn't handle it,
==466==    i.e. it's Valgrind's fault.  If you think this is the case or
==466==    you are not sure, please let us know and we'll try to fix it.
==466== Either way, Valgrind will now raise a SIGILL signal which will
==466== probably kill your program.
==466== 
==466== Process terminating with default action of signal 4 (SIGILL)
==466==  Illegal opcode at address 0x4EA62C3
==466==    at 0x4EA62C3: SDL_XF86VidModeGetGamma (XF86VMode.c:209)
==466==    by 0x4E9DC54: X11_GetGammaNoLock.isra.0 (SDL_x11gamma.c:99)
==466==    by 0x4E9DF04: X11_SaveVidModeGamma (SDL_x11gamma.c:124)
==466==    by 0x4EA3F72: X11_VideoInit (SDL_x11video.c:686)
==466==    by 0x4E9414C: SDL_VideoInit (SDL_video.c:246)
==466==    by 0x4E6C95B: SDL_InitSubSystem (SDL.c:89)
==466==    by 0x4E6C9DB: SDL_Init (SDL.c:162)
==466==    [...]
--466-- Caught __NR_exit; running __libc_freeres()


Reproducible: Always




# cat /proc/cpuinfo
processor       : 7
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
stepping        : 7
microcode       : 0x17
cpu MHz         : 3401.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 3
cpu cores       : 4
apicid          : 7
initial apicid  : 7
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6822.91
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:
[snip]

# grep CFLAGS /etc/make.conf
CFLAGS="-march=native -Os -pipe -msse3 -g -ggdb"
# gcc -v 2>&1 | grep "gcc version"
gcc version 4.6.3 (Gentoo 4.6.3 p1.0, pie-0.5.1) 
# uname -a
Linux nanako 3.3.1-gentoo #3 SMP Wed Apr 11 00:24:54 CEST 2012 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel GNU/Linux
Comment 1 Tom Hughes 2012-05-11 09:38:16 UTC

*** This bug has been marked as a duplicate of bug 273475 ***