public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug ports/14238] New: tilegx: robust mutexes hang
@ 2012-06-14 17:36 cmetcalf at tilera dot com
2012-06-16 21:02 ` [Bug ports/14238] " cmetcalf at tilera dot com
2014-06-19 14:29 ` fweimer at redhat dot com
0 siblings, 2 replies; 3+ messages in thread
From: cmetcalf at tilera dot com @ 2012-06-14 17:36 UTC (permalink / raw)
To: glibc-bugs
http://sourceware.org/bugzilla/show_bug.cgi?id=14238
Bug #: 14238
Summary: tilegx: robust mutexes hang
Product: glibc
Version: 2.15
Status: NEW
Severity: normal
Priority: P2
Component: ports
AssignedTo: unassigned@sourceware.org
ReportedBy: cmetcalf@tilera.com
CC: carlos@systemhalted.org, roland@gnu.org
Classification: Unclassified
The glibc testsuite reports five unit tests failing:
nptl/tst-robust1.out
nptl/tst-robust3.out
nptl/tst-robust4.out
nptl/tst-robust6.out
nptl/tst-robust9.out
I looked at the first one, and it seems like it is hanging in the LOCK(&m1)
call in tst-robust1.c, where we are checking that the lock will exit and return
with errno = EOWNERDEAD if the owner dies with the lock held. In fact it stays
stuck in the lock code, here:
#0 __lll_robust_lock_wait (futex=0x23a08, private=128)
at ../nptl/sysdeps/unix/sysv/linux/lowlevelrobustlock.c:52
#1 0x000000aaaaabb580 in __lll_robust_lock (mutex=0x23a08)
at ../sysdeps/unix/sysv/linux/tile/nptl/lowlevellock.h:180
#2 __pthread_mutex_lock_full (mutex=0x23a08) at pthread_mutex_lock.c:220
[...]
Note that these tests all pass on tilepro (and x86_64, etc.), and note that the
"robustpi" tests all pass on both tile platforms.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug ports/14238] tilegx: robust mutexes hang
2012-06-14 17:36 [Bug ports/14238] New: tilegx: robust mutexes hang cmetcalf at tilera dot com
@ 2012-06-16 21:02 ` cmetcalf at tilera dot com
2014-06-19 14:29 ` fweimer at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: cmetcalf at tilera dot com @ 2012-06-16 21:02 UTC (permalink / raw)
To: glibc-bugs
http://sourceware.org/bugzilla/show_bug.cgi?id=14238
Chris Metcalf <cmetcalf at tilera dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--- Comment #1 from Chris Metcalf <cmetcalf at tilera dot com> 2012-06-16 21:01:52 UTC ---
This turned out to be a kernel bug introduced in the 3.4 merge window. Commit
6699c8cda36f29 ("tile: fix bug in get_user() for 4-byte values") fixes it and
should be taken into the next -rc.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug ports/14238] tilegx: robust mutexes hang
2012-06-14 17:36 [Bug ports/14238] New: tilegx: robust mutexes hang cmetcalf at tilera dot com
2012-06-16 21:02 ` [Bug ports/14238] " cmetcalf at tilera dot com
@ 2014-06-19 14:29 ` fweimer at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: fweimer at redhat dot com @ 2014-06-19 14:29 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=14238
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-06-19 14:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-06-14 17:36 [Bug ports/14238] New: tilegx: robust mutexes hang cmetcalf at tilera dot com
2012-06-16 21:02 ` [Bug ports/14238] " cmetcalf at tilera dot com
2014-06-19 14:29 ` fweimer at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).