Bug 200822 - Hangs system when debugging firefox
Summary: Hangs system when debugging firefox
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Roland McGrath
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-07-31 20:31 UTC by Bill Nottingham
Modified: 2014-03-17 03:00 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-08-01 19:24:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bill Nottingham 2006-07-31 20:31:29 UTC
Description of problem:

firefox had been crashing recently for me, so I installed firefox-debuginfo,
and ran:

gdb /usr/lib/firefox-1.5.0.5/firefox-bin $(pidof firefox-bin)

After getting to the point where I could tell gdb to continue, the system locked.

Version-Release number of selected component (if applicable):
gdb-6.5-3.fc6
firefox-1.5.0.5-8
firefox-debuginfo-1.5.0.5-8
kernel-2.6.17-1.2462.fc6

How reproducible:

Twice so far, don't feel like trying again. :)

Steps to Reproduce:
1. install firefox-debuginfo
2. launch firefox
3. gdb /usr/lib/firefox-1.5.0.5/firefox-bin $(pidof firefox-bin)
  
Actual results:

System locks. Can't even ping it.

Expected results:

Not that.

Comment 1 Roland McGrath 2006-07-31 21:22:21 UTC
Probably a dup of bug 200605.

Comment 2 Bill Nottingham 2006-07-31 21:49:26 UTC
No panic, just a lock.

Hitting sysrq-p, then sysrq-t, yields:

...
[Thread -$BIGNUM (LWP 3349) exited]
[THread -$OTHER_BIGNUM (LWP 3350) exited]
BUG: write-lock lockup on CPU#0, gdb/3286, c0718a00 (Not tainted)
 [<c04051ea>] show_trace_log+lvl+0x54/0xfd
 [<c04057a6>] show_trace+0xd/0x10
 [<c04058bf>] dump_stack+0x19/0x1b
 [<c04e5186>] _raw_write_lock+0xd4/0xf6
 [<c060884a>] _write_lock_irq+0x26/0x2e
 [<c04260cf>] release_task+0x31/0x287
 [<c04537cf>] checK-noreap+0x2f/0x63
 [<c04539ab>] wake_quiescent+0x51/0xf0
 [<c0453c0e>] utrace_detach+0x67/0x78
 [<c042b7cb>] ptrace_detach+0x13/0x26
 [<c042c81b>] ptrace_do_wait+0x282/0x28c
 [<c0426b31>] do_wait+0x80c/0x9ad
 [<c0426cf8>] sys_wait4+0x26/0x2a
 [<c0426d0f>] sys_waitpid+0x13/0x15
 [<c0403faf>] syscall_call+0x7/0xb

Apologies for any typos.

Comment 3 Roland McGrath 2006-07-31 22:01:43 UTC
That call chain gives me a very strong idea what the problem might be.
I will look for the issue I suspect.

Comment 4 Roland McGrath 2006-08-01 17:25:15 UTC
Please try kernel-2.6.17-1.2488.fc6 and see if the problem persists there.

Comment 5 Bill Nottingham 2006-08-01 19:24:41 UTC
Works for me.


Note You need to log in before you can comment on or make changes to this bug.