[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] test_x86_emulator
On 04/15/14 02:49, Jan Beulich wrote: On 14.04.14 at 19:29, <dslutz@xxxxxxxxxxx> wrote:It is more complex then it appears at 1st look. -O1: ... Testing movdqu (%edx),%xmm4... okay Testing vmovdqu %ymm2,(%ecx)... skipped Testing vmovdqu (%edx),%ymm4... skipped Testing movsd %xmm5,(%ecx)... okay Testing movaps (%edx),%xmm7... okay ... -O2: ... Testing movdqu (%edx),%xmm4... okay Testing vmovdqu %ymm2,(%ecx)... failed! make: *** [run] Error 1Now that's of course very interesting - looks more like a problem with test_x86_emulator.c's use of CPUID then (because you said you do this on an AVX-capable system, the -O1 test shouldn't skip these).get_fpu (exception_callback=0x402a60 <fpu_handle_exception>, exception_callback_arg=0x7fffffffd7d0, type=X86EMUL_FPU_ymm, ctxt=0x7fffffffdb80) at test_x86_emulator.c:138 138 switch ( type ) (gdb) n 137 { (gdb) 138 switch ( type ) (gdb) 154 return X86EMUL_OKAY; (gdb) 138 switch ( type ) (gdb) 152 return X86EMUL_UNHANDLEABLE; (gdb) 138 switch ( type ) (gdb) 132 int get_fpu( (gdb) 155 }Or a code generation problem: An input of X86EMUL_FPU_ymm should obviously result in execution making to the respective case statement, yet the steps above lead directly to the default one. What gcc version are you using? And could you perhaps make both binaries (-O1 and -O2) available for inspection? dcs-xen-54:~/xen/tools/tests/x86_emulator>gcc --version gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) Attached are the binaries. -Don Slutz Jan Attachment:
x86_emulate.o.O2 Attachment:
x86_emulate.o.O1 Attachment:
test_x86_emulator.o.O1 Attachment:
test_x86_emulator.o.O2 Attachment:
blowfish.o.O2 Attachment:
blowfish.o.O1 _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |