Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
=Comment: #0=================================================
Emily J. Ratliff <emilyr.com> - 2008-09-16 18:29 EDT
1. Feature Overview:
Feature Id: [201721]
a. Name of Feature: BSR Support Library
b. Feature Description
The BSR facility provides low-latency barrier synchronization, which is useful for HPC and other
multi-threaded applications that wish to wait until all threads have reached a certain point in the
program. The kernel support will be a device driver for a /dev/bsr device (or /dev/misc/bsr) which
supports mmap calls. A userspace library will provide an API similar to that provided by the AIX
bsr_alloc, bsr_query and bsr_free calls.
2. Feature Details:
Sponsor: PPC
Architectures:
ppc64
Arch Specificity: Purely Arch Specific Code
Affects Installer: Yes
Delivery Mechanism: Direct from community
Category: Power
Request Type: Package - New
d. Upstream Acceptance: Not Evaluated
Sponsor Priority 1
f. Severity: High
IBM Confidential: no
Code Contribution: IBM code
g. Component Version Target: http://sourceforge.net/projects/libbsr/
3. Business Case
HPC improvement. This will be needed for parallel-processing applications so that the application
uses a BSR to perform barrier synchronization, which is a method for synchronizing the threads in
the parallel-processing application.
4. Primary contact at Red Hat:
John Jarvis
jjarvis
5. Primary contacts at Partner:
Project Management Contact:
Michael Hohnbaum, hbaum.com, 503-578-5486
Technical contact(s):
Michael Wolf, mjwolf.com
IBM Manager:
Pat Gaughen, gaughen.com
The question in 463320 is:
"Comment #1 From Bill Nottingham (notting) 2008-10-02 11:43:48 EDT (-) [reply] -------
Is there a reason this isn't done via libc support in pthread_barrier_*?"
BSR is really too restrictive to be used in a general barrier
implementation like in the pthreads library.
OK; it's just a shame that apps who would want to use this would have to use the POSIX pthread_* functions on one platform, and a platform-specific library function on another.
(In reply to comment #7)
> ------- Comment From notting 2008-10-07 10:26:20 EDT-------
> OK; it's just a shame that apps who would want to use this would have to use
> the POSIX pthread_* functions on one platform, and a platform-specific library
> function on another.
>
Well the problem is that is is a very limited resource typically equal to the number of cpus on the system, and further it can only be partitioned in certain chunk sizes. So the pthread library would have to track who was using it anyway and
fall back if it were unavailable. In general I feel this would be slower.
The BSR probably _will_ be explited by OpenMP applications though where
the library itself abstracts all the details of locking away from the application and
it is very common to be running one thread per cpu across a whole machine.
This library is best suited for inclusion in EPEL. All enablers currently exist in glibc and the kernel to support this functionality. Product Management doesn't see sufficient justification for inclusion in RHEL proper.
Comment 7RHEL Program Management
2009-06-24 17:50:13 UTC
Product Management has reviewed and declined this request. You may appeal this
decision by reopening this request.
------- Comment From tonyb.com 2009-08-11 20:07 EDT-------
(In reply to comment #10)
> This library is best suited for inclusion in EPEL. All enablers currently exist
> in glibc and the kernel to support this functionality. Product Management
> doesn't see sufficient justification for inclusion in RHEL proper.
>
EPEL doesn't support the ppc64 architecture (only ppc) libbsr dosn't make sense on the ppc platform. This creates somewhat of an impass.