qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RE : [Qemu-devel] cvttps2dq, movdq2q, movq2dq incorrect behaviour


From: Jens Axboe
Subject: Re: RE : [Qemu-devel] cvttps2dq, movdq2q, movq2dq incorrect behaviour
Date: Tue, 20 Jun 2006 16:23:50 +0200

On Tue, Jun 20 2006, Jens Axboe wrote:
> On Tue, Jun 20 2006, malc wrote:
> > On Tue, 20 Jun 2006, Sylvain Petreolle wrote:
> > 
> > >--- Julian Seward <address@hidden> a ?crit :
> > >>
> > >>The SSE2 instructions cvttps2dq, movdq2q, movq2dq do not behave
> > >>correctly, as shown by the attached program.  It should print
> > >>
> > >>  cvttps2dq_1 ... ok
> > >>  cvttps2dq_2 ... ok
> > >>  movdq2q_1 ... ok
> > >>  movq2dq_1 ... ok
> > >>
> > >>
> > >
> > >I tried your program on my linux station :
> > >CPU: AMD Athlon(tm) XP 1600+ stepping 02
> > >
> > >address@hidden qemu]$ gcc --version
> > >gcc (GCC) 4.1.1 20060525 (Red Hat 4.1.1-1)
> > >
> > >address@hidden qemu]$ gcc -msse2 sse2test.c -o sse2test
> > >address@hidden qemu]$ ./sse2test
> > >cvttps2dq_1 ... failed
> > >cvttps2dq_2 ... failed
> > >movdq2q_1 ... failed
> > >movq2dq_1 ... failed
> > >
> > >what am i doing wrong here ?
> > 
> > Running it on a CPU without SSE2, if i'm allowed to venture a gues.
> 
> Doesn't work for me, either:
> 
> address@hidden:/home/axboe $ ./a
> cvttps2dq_1 ... not ok
>   result0.sd[0] = 0 (expected 12)
>   result0.sd[1] = 0 (expected 56)
>   result0.sd[2] = 0 (expected 43)
>   result0.sd[3] = 0 (expected 87)
> cvttps2dq_2 ... not ok
>   result0.sd[0] = 0 (expected 12)
>   result0.sd[1] = 0 (expected 56)
>   result0.sd[2] = 0 (expected 43)
>   result0.sd[3] = 0 (expected 87)
> movdq2q_1 ... not ok
>   result0.uq[0] = 240518168588 (expected 5124095577148911)
> movq2dq_1 ... not ok
>   result0.uq[0] = 0 (expected 5124095577148911)
>   result0.uq[1] = 0 (expected 0)
> address@hidden:/home/axboe $ ./a
> Segmentation fault
> 
> Varies between the two. Compiling without -O2 makes the last two
> suceed, the others still not. This CPU has sse2.

32-bit version works, as intended I guess.

-- 
Jens Axboe





reply via email to

[Prev in Thread] Current Thread [Next in Thread]