| To: | Florian Lohoff <flo@rfc822.org> |
|---|---|
| Subject: | Re: MIPS_ATOMIC_SET again (Re: newest kernel |
| From: | "Maciej W. Rozycki" <macro@ds2.pg.gda.pl> |
| Date: | Mon, 28 May 2001 17:43:19 +0200 (MET DST) |
| Cc: | Joe deBlaquiere <jadb@redhat.com>, Jun Sun <jsun@mvista.com>, ralf@oss.sgi.com, Pete Popov <ppopov@mvista.com>, George Gensure <werkt@csh.rit.edu>, linux-mips@oss.sgi.com, "Kevin D. Kissell" <kevink@mips.com> |
| In-reply-to: | <20010526151550.B611@paradigm.rfc822.org> |
| Organization: | Technical University of Gdansk |
| Sender: | owner-linux-mips@oss.sgi.com |
On Sat, 26 May 2001, Florian Lohoff wrote: > Export the existance of ll/sc via /proc/cpuinfo or whatever. That's a valid approach and also nothing new to glibc -- see Alpha and in()/out() support. But do we want an extra overhead due to an indirect call? Especially as _test_and_set() gets usually inlined? > I dont think this is true necessarly - There are still people building > embedded x86 systems based on 386 cores. Look at the vr41xx systems - They > do also lack the ll/sc afaik. This is nowadays the most commonly > used embedded/pda cpu. Are vr41xx plain ISA I or crippled ISA II+ CPUs? -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + |
| Previous by Date: | Re: MIPS_ATOMIC_SET again (Re: newest kernel, Maciej W. Rozycki |
|---|---|
| Next by Date: | Re: [PATCH] incorrect asm constraints for ll/sc constructs, Maciej W. Rozycki |
| Previous by Thread: | Re: MIPS_ATOMIC_SET again (Re: newest kernel, Florian Lohoff |
| Next by Thread: | Re: MIPS_ATOMIC_SET again (Re: newest kernel, Kevin D. Kissell |
| Indexes: | [Date] [Thread] [Top] [All Lists] |