This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Add PTHREAD_MUTEX_NORMAL_INT
- From: Andi Kleen <ak at linux dot jf dot intel dot com>
- To: Torvald Riegel <triegel at redhat dot com>
- Cc: Andi Kleen <ak at linux dot jf dot intel dot com>, Rich Felker <dalias at aerifal dot cx>, Andi Kleen <andi at firstfloor dot org>, "Carlos O'Donell" <carlos at redhat dot com>, libc-alpha at sourceware dot org
- Date: Tue, 25 Jun 2013 17:35:55 -0700
- Subject: Re: [PATCH] Add PTHREAD_MUTEX_NORMAL_INT
- References: <1372105055-31254-1-git-send-email-andi at firstfloor dot org> <51C8AB50 dot 80108 at redhat dot com> <20130624203147 dot GO5643 at tassilo dot jf dot intel dot com> <51C8B797 dot 7080503 at redhat dot com> <20130624232607 dot GT6123 at two dot firstfloor dot org> <51C9B7D0 dot 5000207 at redhat dot com> <20130625170656 dot GB6123 at two dot firstfloor dot org> <20130625173203 dot GL29800 at brightrain dot aerifal dot cx> <20130625204013 dot GS5643 at tassilo dot jf dot intel dot com> <1372197850 dot 964 dot 9938 dot camel at triegel dot csb>
> And that's one of the contentious issues that still exist, and has been
> noted in several reviews already (and not just recently...). In
> particular, there's (1) the question of whether we want to have any
> additional bits at all
This was already discussed several months ago.
Originally I didn't have bits, but separate lock types. Then I was advised
to switch to bits, which I did.
, and (2) the question whether these bits should
> affect semantics, or be pure performance hints.
Ok. Please discuss the topic then. And also please do it quickly,
as you know there is a deadline this week, and if changes are needed
I also need time to implement them.
My only firm requirement is that there is some way to make trylock nest in
elision.
> Given that we don't have consensus about this, but can arguably get the
> 90% without it (now that we have a solution for DEFAULT vs. NORMAL), it
The initial goal is to let people test and evaluate it. If they can't
turn it on/off they can't do that. So it would be more like 0%
Yes I'm in favour of having the environment variables too.
-Andi