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 15:03:47 -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> <20130628180946 dot GY5643 at tassilo dot jf dot intel dot com>
On 06/28/2013 02:09 PM, Andi Kleen wrote:
> On Fri, Jun 28, 2013 at 02:01:29PM -0400, 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 that we don't need a manual then, after all pthread
> is completely undocumented and still shipping.
>
> So it can be moved last.
Sure, I was offering to help do it myself, that way we have
a complete commit that is self contained.
It also reduces the manual diff later when you add the new
interfaces.
The quality of the existing implementation should not prevent
us from trying to achieve better or loftier goals.
Cheers,
Carlos.