From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CF63h-00086U-Rh for mharc-grub-devel@gnu.org; Wed, 06 Oct 2004 03:17:57 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CF63f-00086E-JJ for grub-devel@gnu.org; Wed, 06 Oct 2004 03:17:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CF63e-00085r-Th for grub-devel@gnu.org; Wed, 06 Oct 2004 03:17:55 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CF63e-00085o-RP for grub-devel@gnu.org; Wed, 06 Oct 2004 03:17:54 -0400 Received: from [80.190.231.112] (helo=khepri.openbios.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CF5wW-0005yB-31 for grub-devel@gnu.org; Wed, 06 Oct 2004 03:10:32 -0400 Received: from stepan by khepri.openbios.org with local (Exim 4.22) id 1CF5wT-00084r-W9 for grub-devel@gnu.org; Wed, 06 Oct 2004 09:10:29 +0200 Date: Wed, 6 Oct 2004 09:10:29 +0200 From: Stefan Reinauer To: The development of GRUB 2 Message-ID: <20041006071029.GA31024@openbios.org> References: <87wty6sp3e.fsf@marco.marco-g.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87wty6sp3e.fsf@marco.marco-g.com> User-Agent: Mutt/1.4.1i X-Operating-System: Linux 2.6.5-7.108-smp on an x86_64 X-Duff: Orig. Duff, Duff Lite, Duff Dry, Duff Dark, Raspberry Duff, Lady Duff, Red Duff, Tartar Control Duff Subject: Re: [ppc patch] soft-float X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 07:17:55 -0000 * Marco Gerards [041004 13:24]: > > Our options are either to enable MSR:FP ourselves or to disable this > > behavior. Either is easy enough, but since there is no real reason to use > > FP in GRUB I chose to disable it. > > You mean we have to choose between hardware floating point > calculations or doing this in software? If it is possible, it would > be nice to do this in hardware, also because this will reduce the code > size. > > But floating point instructions are not used that much so I will apply > this patch. Are there _any_? I would expect that a bootloader gets along nicely without FP instructions at all. I think the patch is valuable not only for those machines with FPU disabled, but also for those with no FPU at all.. Stefan