Richard Sandiford writes:
> Richard Sandiford writes:
>> Revital Eres writes:
>>> btw, do you also have numbers of how much SMS (hopefully) improves
>>> performance on top of the vectorized code?
>>
>> OK, here's a comparison of:
>>
>> -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mvectoriz
* Investigated the errors in the automotive test and concluded that they are
CRC-errors, but not depending on the test case result (non intrusive crc
check). We decided these errors need to be cleared out once and for all.
Michael and Ramana helping out with continued investigation.
* EEMBC run on
==GCC==
===Progress===
* Looked at the vectorize_with_neon_quad failure again and decided
that I had to handle another case but not convinced that the extra
stall we'd get in this case was worth it. In any case it would have
been a workaround but Richard Sandiford fixed this by getting df to do
t
== This week ==
* Wrote some patches to make SMS schedule register moves. They made a
significant difference to some libav loops. I'm running a regression
test on pwoerpc-ibm-aix5.3.0 and will submit upstream next week if
all goes OK.
* Looked at why mjpegenc was so much worse with SMS.
RAG:
Red:
Amber: OMAP3 patch upstreaming is (still) slower progress than hoped
Green:
Current Milestones:
|| || Planned|| Estimate || Actual ||
||qemu-linaro 2011-09 || 2011-09-15 || 2011-09-15 ||||
Historical Milestones:
||qemu-linaro 2011-04
