linux-mips
[Top] [All Lists]

Re: MIPS_ATOMIC_SET again (Re: newest kernel

To: "Kevin D. Kissell" <kevink@mips.com>
Subject: Re: MIPS_ATOMIC_SET again (Re: newest kernel
From: Joe deBlaquiere <jadb@redhat.com>
Date: Wed, 23 May 2001 23:11:12 -0500
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>, linux-mips@oss.sgi.com
References: <Pine.GSO.3.96.1010523212941.16787A-100000@delta.ds2.pg.gda.pl> <011501c0e3e3$007c4780$0deca8c0@Ulysses>
Sender: owner-linux-mips@oss.sgi.com
User-agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2 i686; en-US; 0.8.1) Gecko/20010422


Kevin D. Kissell wrote:



 So the problem is?


The problem is that, out in industry, not everyone wants to
build their entire userland from source, and nobody particularly wants to deal with the product management problems of making, maintaining, testing, and distributing all the permutations of BE/LE, FP/noFP, LLSC/noLLSC, etc, etc.

Could not have said it better myself. If you have the emulation then you can always use a noLLSC version of glibc if you are performance-driven. Otherwise you can _also_ use the generic LLSC version. The overhead of having a few hundreds of words of code is pretty small (compared with 70+k of filenames via the BUG() macro) and ensures that either glibc will work. It's the best of both worlds.

--
Joe deBlaquiere
Red Hat, Inc.
307 Wynn Drive
Huntsville AL, 35805
voice : (256)-704-9200
fax   : (256)-837-3839


<Prev in Thread] Current Thread [Next in Thread>