Bug 1973026
Summary: | Thread debugging broken in glibc-2.33.9000-18.fc35 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Kevin Buettner <kevinb> |
Component: | glibc | Assignee: | Florian Weimer <fweimer> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | aoliva, arjun.is, codonell, dj, fweimer, law, mcermak, mfabian, pfrankli, rth, sipoyare |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | glibc-2.33.9000-20.fc35 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-06-17 15:59:02 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Kevin Buettner
2021-06-17 06:43:29 UTC
In case the original report isn't convincing enough... [kev@rawhide-glibc-test gdb]$ rpm -q -a | grep -e ^glibc-2.33 | grep x86 glibc-2.33.9000-12.fc35.x86_64 [kev@rawhide-glibc-test gdb]$ make check TESTS=gdb.threads/tls.exp ... Running /ironwood1/sourceware-git/rawhide-glibc234/bld/../../worktree-glibc234/gdb/testsuite/gdb.threads/tls.exp ... === gdb Summary === # of expected passes 77 # of known failures 1 ... VERSUS: [kev@rawhide-1 gdb]$ rpm -q -a | grep -e ^glibc-2.33 | grep x86 glibc-2.33.9000-18.fc35.x86_64 [kev@rawhide-1 gdb]$ make check TESTS=gdb.threads/tls.exp ... Running /ironwood1/sourceware-git/rawhide-glibc234/bld/../../worktree-glibc234/gdb/testsuite/gdb.threads/tls.exp ... FAIL: gdb.threads/tls.exp: at least one th in spin while stopped at first th FAIL: gdb.threads/tls.exp: first thread local storage FAIL: gdb.threads/tls.exp: first get symbol value without frame FAIL: gdb.threads/tls.exp: first another thread local storage FAIL: gdb.threads/tls.exp: at least one th in spin while stopped at second th FAIL: gdb.threads/tls.exp: second thread local storage FAIL: gdb.threads/tls.exp: second get symbol value without frame FAIL: gdb.threads/tls.exp: second another thread local storage FAIL: gdb.threads/tls.exp: at least one th in spin while stopped at third th FAIL: gdb.threads/tls.exp: third thread local storage FAIL: gdb.threads/tls.exp: third get symbol value without frame FAIL: gdb.threads/tls.exp: third another thread local storage FAIL: gdb.threads/tls.exp: get number of threads FAIL: gdb.threads/tls.exp: no thread backtrace reported spin (vsyscall kernel problem?) FAIL: gdb.threads/tls.exp: mess at end FAIL: gdb.threads/tls.exp: p a_thread_local FAIL: gdb.threads/tls.exp: p file2_thread_local FAIL: gdb.threads/tls.exp: p a_thread_local second time === gdb Summary === # of expected passes 25 # of unexpected failures 18 # of known failures 1 Okay, my attempt with a minimal symtab clearly does not work. I'm going to revert this. Sorry about that. However, libthread_db should be loaded even if glibc-debuginfo is not installed. Would it possible to change GDB to do that? FEDORA-2021-783138c496 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report. So it seems that pthread_create is actually visible to GDB without debuginfo (although I added it to .symtab as well), but we have hidden a bunch of stuff that libthread_db needs and can't see without at least a symbol table. I will investigate moving those symbols to .dynsym and if that enables libthread_db without debuginfo. (In reply to Florian Weimer from comment #2) > However, libthread_db should be loaded even if glibc-debuginfo is not > installed. Would it possible to change GDB to do that? GDB used to work without glibc's debuginfo present. I'm not sure when or why this changed, but I'll investigate. I've tested glibc-2.33.9000-21.fc35. Thread debugging is working again! FEDORA-2021-72b593648e has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report. |