Re: [gentoo-embedded] maverick-crunch queries

[Christopher Friedt <cfriedt@visible-assets.com>]

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,
>