Bug 284171
Summary: | Hangs on startup | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bastien Nocera <bnocera> |
Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | drepper, hduston, lpoetter, pierre-bugzilla |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 2.6.90-14 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-09-19 07:26:01 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 295891 |
Description
Bastien Nocera
2007-09-09 22:03:15 UTC
As Jakub just mentioned on IRC this seems to be a glibc issue, reassigning. As THREAD_GSCOPE_WAIT is invoked with dl_load_scope lock held, I'm afraid add_dependency needs to THREAD_GSCOPE_RESET_FLAG () before trying to acquire that lock and THREAD_GSCOPE_SET_FLAG () after it acquired it, well, we could __rtld_lock_trylock_recursive it first. The tricky part is that when not guarded in between THREAD_GSCOPE_{,RE}_SET_FLAG (), the global scope could have changed (that one is easy to detect) but also some scope could have changed and we'd need to recurse if we detect that. Should be fixed in glibc-2.6.90-14 in rawhide. Please give it a shot. OK, I tried to reproduce this with your newer glibc. I started and stopped PulseAudio 1000 times in a row, and flushed buffers in between. Everything worked fine, hence I think this bug can be closed. Thanks for the quick fix. *** Bug 301721 has been marked as a duplicate of this bug. *** |