On the contrary, I found that the kernel worked for both softfloat and
maverick-enabled userspace binaries. The results I had support the
theory too, because of the speed of encoding mp3's. It jumped from
several minutes to a matter of seconds I believe.
Although my problem was userspace related - I didn't compile the glibc
with the -D _MAVERICK_ use flag the first time I ran the 'lame' binary.
Then I had to recompile glibc and lame, and it worked like a charm.
At the time, there were still floating point paranoia tests that weren't
passed, but I've heard that some patches exist which fix many of those
problems - I've heard but I haven't seen the patches myself.
If you want step-by-step instructions to build your own maverick
toolchain, kernel, & userland, then follow these:
http://gentoo-wiki.com/HARDWARE_TS72xx_Single_Board_Computer
Cheers,
Chris
Ahmed Ammar wrote:
Hello,
I am currently working on some QEMU patches to add support for the
EP93xx (and the ts-7200 board) I have had some general success but this
is far from complete. My main issue is the Maverick-Crunch FPU and some
question to see if anyone has had the same experience.
Which patch-set are people generally using, there seem to be two sets:
1) futaris ones which seem to be the openembedded.org ones and 2) the
cirrus linux ones which are up to version 1.4.3. I have been using the
openembedded ones with gcc-4.2.4 but compiling the arm kernel (which by
default compiles with -msoft-float) will cause a kernel panic on boot.
If on the other hand I use a *-softfloat-* toolchain the kernel boots
fine. Anyone else find the openembedded patches break softfloat
implementation?
Best Regards,
