This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 0/3] Improve ARM atomic performance for malloc
- From: Torvald Riegel <triegel at redhat dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: Will Newton <will dot newton at linaro dot org>, libc-alpha at sourceware dot org
- Date: Mon, 06 Oct 2014 15:31:45 +0200
- Subject: Re: [PATCH 0/3] Improve ARM atomic performance for malloc
- Authentication-results: sourceware.org; auth=none
- References: <1412349086-11473-1-git-send-email-will dot newton at linaro dot org> <Pine dot LNX dot 4 dot 64 dot 1410031625330 dot 14538 at digraph dot polyomino dot org dot uk>
On Fri, 2014-10-03 at 16:27 +0000, Joseph S. Myers wrote:
> On Fri, 3 Oct 2014, Will Newton wrote:
>
> > The resulting atomic.h is hopefully somewhere close to a generic
> > implementation based on the gcc intrinsics so could potentially
> > be used as a base for a generic header.
>
> That suggests to me that the starting point should be setting up a generic
> header that can be used for multiple architectures and making the ARM
> header inherit from it in the case where the relevant compiler support is
> available, rather than putting all this generic code in an ARM header.
> (And in turn, the starting point in the generic header could be the
> particular operations for which more or less generic code already exists
> in the ARM header, with other operations added to it later.)
I agree.
In addition, I think that the best step to do this would be when we
switch to C11-like atomics because with this switch, this falls out kind
of naturally.
Will, have you looked at my suggestion and the POC patch I posted for
how C11-like atomics could look like? I won't get to continue to work
on this topic this week, but it's still on my agenda.