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