Re: WIP flush-to-zero patch [was: Re: [Qemu-devel] QEMU state of ARM NEON support.]

2010-03-25 Thread Richard Henderson
On 03/25/2010 07:00 AM, Nathan Froyd wrote: > FWIW, below is a WIP progress patch to implement flush-to-zero better. > The motivating observation is that many chips feature separate > flush-input and flush-output flags and QEMU's fpu/ library only > implements flush-output. So the bulk of the patc

Re: [Qemu-devel] QEMU state of ARM NEON support.

2010-03-25 Thread Juha.Riihimaki
On Mar 25, 2010, at 12:27, ext Dmitry Zhurikhin wrote: > juha.riihim...@nokia.com wrote: >> - vqdmlsl yields different results for some specific input values, however I >> think QEMU is producing correct results. For example, >> 1431655765-(2*-32768*-32768)=-715827883 but your reference hardwar

Re: [Qemu-devel] QEMU state of ARM NEON support.

2010-03-25 Thread Dmitry Zhurikhin
juha.riihim...@nokia.com wrote: Hi, Thanks for the testing. I fixed all of the issues found by your test programs except: Great! This is very good news. Please look at my comments below regarding specific issues. - vmull.p8 is not implemented in QEMU. So seems this is now the only NEON in

Re: [Qemu-devel] QEMU state of ARM NEON support.

2010-03-25 Thread Juha.Riihimaki
Hi, Thanks for the testing. I fixed all of the issues found by your test programs except: - vmull.p8 is not implemented in QEMU. - vrecpe/vrsqrte returns exact reciprocal/root in QEMU instead of estimate. - Using subnormal floating point input values yields wrong results (this is visible in y