This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Correct robust mutex / PI futex kernel assumptions (bug 9894)
- From: David Miller <davem at davemloft dot net>
- To: joseph at codesourcery dot com
- Cc: libc-alpha at sourceware dot org, schwab at linux-m68k dot org, david dot holsgrove at xilinx dot com, aurel32 at debian dot org
- Date: Tue, 25 Mar 2014 19:06:32 -0400 (EDT)
- Subject: Re: Correct robust mutex / PI futex kernel assumptions (bug 9894)
- Authentication-results: sourceware.org; auth=none
- References: <Pine dot LNX dot 4 dot 64 dot 1403251526170 dot 15671 at digraph dot polyomino dot org dot uk> <20140325 dot 180932 dot 680988348665832310 dot davem at davemloft dot net> <Pine dot LNX dot 4 dot 64 dot 1403252247450 dot 10779 at digraph dot polyomino dot org dot uk>
From: "Joseph S. Myers" <joseph@codesourcery.com>
Date: Tue, 25 Mar 2014 22:55:03 +0000
> On Tue, 25 Mar 2014, David Miller wrote:
>
>> From: "Joseph S. Myers" <joseph@codesourcery.com>
>> Date: Tue, 25 Mar 2014 15:35:00 +0000
>>
>> > In that case, I'd like to propose the SPARC changes in the patch as-is
>> > (i.e. not assuming these features for 32-bit SPARC).
>>
>> This is a very serious regression you are adding to the tree.
>
> It's a few conditional branches (that are already present in the default
> --enable-kernel=2.6.16 configuration) in order to avoid another regression
> (namely, the change to 2.6.32 default causing features to be assumed by
> default when they aren't present). But if you'd prefer the latter, I can
> drop the SPARC parts of this patch and bug 9894 can be left open for
> 32-bit SPARC after the default version changes.
Actually, it turns out you can simply test for the CPP macro __sparc_v9__