This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Proposal for a userspace "architecture portability" library

From: "Kevin P. Fleming" <kpfleming at starnetworks dot us>
To: Benjamin Herrenschmidt <benh at kernel dot crashing dot org>
Cc: Paul Mackerras <paulus at samba dot org>, Linus Torvalds <torvalds at osdl dot org>, David Woodhouse <dwmw2 at infradead dot org>,David Howells <dhowells at redhat dot com>, Linux Kernel list <linux-kernel at vger dot kernel dot org>, libc-alpha at sources dot redhat dot com
Date: Sat, 04 Dec 2004 21:06:30 -0700
Subject: Re: Proposal for a userspace "architecture portability" library
Organization: Star Networks, LLC
References: <16818.23575.549824.733470@cargo.ozlabs.ibm.com> <1102214647.5520.133.camel@gaston>

Benjamin Herrenschmidt wrote:

Interesting ... note also that it goes well with my intend of having
some of these (atomics, locks, ...) be provided by the kernel via the
vDSO library mapped by the kernel in userland on ppc. That library would
abstract that nicely. (That way, the kernel can take care of providing
the best implementation for a given processor, dealing with CPU errata
that often happen around areas of locks & atomics, etc...)

Another thought... the Apache APR library already attempts to provide some of this functionality (atomic operations and locks, among others). This would fit nicely, as it would provide the underlying core for these operations, and allow APR to be extremely well optimized when built for a Linux platform.

References:
- Proposal for a userspace "architecture portability" library
  - From: Paul Mackerras
- Re: Proposal for a userspace "architecture portability" library
  - From: Benjamin Herrenschmidt

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]