This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: malloc/free and priority inheritance?
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Darren Hart <dvhart at linux dot intel dot com>
- Cc: Siddhesh Poyarekar <siddhesh dot poyarekar at gmail dot com>, Stanislav Meduna <stano at meduna dot org>, libc-help <libc-help at sourceware dot org>, "linux-rt-users at vger dot kernel dot org" <linux-rt-users at vger dot kernel dot org>
- Date: Sat, 06 Apr 2013 10:27:28 -0400
- Subject: Re: malloc/free and priority inheritance?
- References: <515B647C dot 3080505 at meduna dot org> <515D7943 dot 5000401 at meduna dot org> <515D808C dot 8090808 at meduna dot org> <CAAHN_R1zLdHqpC4JGxjJtADRWGA0hC=G2C3=0Z21KTKk5HJNtg at mail dot gmail dot com> <515D97B8 dot 5030101 at meduna dot org> <CAAHN_R0oHL+oWxs_0SBwi4dRWM9HDrFM0Y7ZDLZQGNHnnxYzHQ at mail dot gmail dot com> <515F0C64 dot 20609 at linux dot intel dot com>
On 04/05/2013 01:39 PM, Darren Hart wrote:
> On 04/04/2013 08:39 AM, Siddhesh Poyarekar wrote:
>> On 4 April 2013 20:39, Stanislav Meduna <stano@meduna.org> wrote:
>>> The first thing e.g. the __pthread_cond_broadcast (and most of the
>>> other functions as well) does is to grab lll_lock. Is the following
>>> scenario possible?
>>
>> Yes this is possible. I think there is a bug report that describes
>> this. We need to convert the pthread_cond_t internal lock into a PI
>> one if the mutex guarding it is PI. It's probably tricky to do
>> though; I haven't thought it through.
>
> I have patches out on the glibc alpha list that do this. It is on my
> plate to dust these off, reapply and test them, and try to push them
> again, I just haven't been able to get to it.
>
> Patches and test cases available here:
> http://sourceware.org/bugzilla/show_bug.cgi?id=11588
Darren,
Thanks, and I assume you have copyright assignment through Intel
which is great.
As a community I think we're in a better place to review and
accept these kinds of patches.
Thanks for sticking around for 3 years to make sure these changes
get into glibc :-)
Cheers,
Carlos.