This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 08/14] Add manual for lock elision
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Andi Kleen <ak at linux dot jf dot intel dot com>
- Cc: Andi Kleen <andi at firstfloor dot org>, libc-alpha at sourceware dot org
- Date: Fri, 28 Jun 2013 14:07:29 -0400
- Subject: Re: [PATCH 08/14] Add manual for lock elision
- References: <1372398717-16530-1-git-send-email-andi at firstfloor dot org> <1372398717-16530-9-git-send-email-andi at firstfloor dot org> <51CD44B5 dot 5000202 at redhat dot com> <20130628145037 dot GU6123 at two dot firstfloor dot org> <51CDC3FF dot 9050101 at redhat dot com> <20130628172137 dot GY6123 at two dot firstfloor dot org> <51CDC90A dot 6040706 at redhat dot com> <20130628174208 dot GX5643 at tassilo dot jf dot intel dot com> <51CDCF79 dot 902 at redhat dot com>
On 06/28/2013 02:01 PM, Carlos O'Donell wrote:
> On 06/28/2013 01:42 PM, Andi Kleen wrote:
>>> If it's temporary then you shouldn't mind if we checkin
>>> a temporary manual patch that ensures we have something
>>> in place for 2.18?
>>
>> Are you saying you want to ship 2.18 without the tuning
>> interfaces?
>
> No. I'm saying that all commits to master should be
> transiently correct at all times.
For avoidance of doubt I expect a single commit to add
all of the baseline elision work to glibc.
That way if someone cherry-picks just that commit they
get a sensible set of patches and a sensible manual.
Cheers,
Carlos.