Bug 14238 - tilegx: robust mutexes hang
Summary: tilegx: robust mutexes hang
Status: RESOLVED INVALID
Alias: None
Product: glibc
Classification: Unclassified
Component: ports (show other bugs)
Version: 2.15
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-14 17:35 UTC by Chris Metcalf
Modified: 2014-06-19 14:29 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:
fweimer: security-


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Metcalf 2012-06-14 17:35:56 UTC
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.
Comment 1 Chris Metcalf 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.