Bug 460593 - backport upstream kernel support for private futexes to RHEL 5.3 kernel
Summary: backport upstream kernel support for private futexes to RHEL 5.3 kernel
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: kernel
Version: 5.3
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Peter Zijlstra
QA Contact: Martin Jenner
URL:
Whiteboard:
Depends On:
Blocks: 433353
TreeView+ depends on / blocked
 
Reported: 2008-08-28 20:06 UTC by Clark Williams
Modified: 2014-08-11 05:40 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-01-20 20:03:47 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
IBM Linux Technology Center 47567 0 None None None Never
Red Hat Product Errata RHSA-2009:0225 0 normal SHIPPED_LIVE Important: Red Hat Enterprise Linux 5.3 kernel security and bug fix update 2009-01-20 16:06:24 UTC

Description Clark Williams 2008-08-28 20:06:34 UTC
Description of problem:
This is a request to backport the upstream kernel 'private futex' functionality to the RHEL5.3 kernel. Use of private futexes will decrease contention on the mmap_sem which is heavily contended in UDP/IP. 

Upstream Commit: 34f01cc1f512fa783302982776895c73714ebbc2

This is prerequisite for the existing bz 433353 (private futex support in GLIBC)

Comment 1 Linda Wang 2008-08-28 20:20:22 UTC
is the upstream checkin:

http://lisa.ines.ro/git/linux-2.6/commit/?id=34f01cc1f512fa783302982776895c73714ebbc2

Comment 2 Linda Wang 2008-08-28 20:43:22 UTC
Raise exception for the RT/Glibc team:

Please see bug 433353, comment#9 on why RHEL5 kernel needs to have this feature 
in in order to support glibc's changes, in term help RT product.

Comment 5 Don Zickus 2008-09-15 14:18:51 UTC
in kernel-2.6.18-115.el5
You can download this test kernel from http://people.redhat.com/dzickus/el5

Comment 8 Ryan Lerch 2008-11-05 02:58:58 UTC
This bug (feature request) has been marked for inclusion in the Red Hat Enterprise Linux 5.3 Release Notes.

To aid in the development of relevant and accurate release notes, please fill out the "Release Notes" field above with the following 4 pieces of information:


Cause:   What actions or circumstances induced the feature request.

Consequence:  What action was inhibited by the feature's absence.

Fix:   What was done to implement the feature.

Result:  now happens when the actions or circumstances above occur. (NB: this is not the same as 'the feature request was fulfilled')

Comment 9 IBM Bug Proxy 2008-11-05 19:50:51 UTC
(In reply to comment #4)
> ------- Comment From rlerch 2008-11-04 21:58:58 EDT-------
> This bug (feature request) has been marked for inclusion in the Red Hat
> Enterprise Linux 5.3 Release Notes.
>
> To aid in the development of relevant and accurate release notes, please fill
> out the "Release Notes" field above with the following 4 pieces of information:
>
> Cause:   What actions or circumstances induced the feature request.
>
> Consequence:  What action was inhibited by the feature's absence.
>
> Fix:   What was done to implement the feature.
>
> Result:  now happens when the actions or circumstances above occur. (NB: this
> is not the same as 'the feature request was fulfilled')
>

The private futex kernel components don't really provide any functional advantages without the user
level changes. And, it was my understanding that the glibc changes were rejected for RHEL5.3. Is this correct?

Comment 12 errata-xmlrpc 2009-01-20 20:03:47 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2009-0225.html


Note You need to log in before you can comment on or make changes to this bug.