From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KOhjo-0004UX-Ka for garchives@archives.gentoo.org; Thu, 31 Jul 2008 23:39:16 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 27DE1E03D3; Thu, 31 Jul 2008 23:34:20 +0000 (UTC) Received: from ebox1b.ebox.com (ebox1.ebox.com [64.7.141.6]) by pigeon.gentoo.org (Postfix) with ESMTP id 19C8BE03D3 for ; Thu, 31 Jul 2008 23:34:20 +0000 (UTC) Received: from [192.168.0.159] (unknown [142.46.150.172]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by ebox1b.ebox.com (Postfix) with ESMTP id 5AC9E179ED4 for ; Thu, 31 Jul 2008 19:34:18 -0400 (EDT) Message-ID: <48924DA6.1050806@visible-assets.com> Date: Thu, 31 Jul 2008 19:41:26 -0400 From: Christopher Friedt User-Agent: Thunderbird 2.0.0.12 (X11/20080504) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@lists.gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org MIME-Version: 1.0 To: gentoo-embedded@lists.gentoo.org Subject: Re: [gentoo-embedded] maverick-crunch queries References: <1217492163.3767.50.camel@localhost.localdomain> In-Reply-To: <1217492163.3767.50.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: a948bc22-1318-453c-a6e0-27d3928fa93c X-Archives-Hash: 4766a64c7f9daea2b656dc632d0104a1 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, >