[Bugme-new] [Bug 6706] New: modprobe -r ohci1394 hangs or panics
bugme-daemon at bugzilla.kernel.org
bugme-daemon at bugzilla.kernel.org
Sun Jun 18 03:41:13 PDT 2006
http://bugzilla.kernel.org/show_bug.cgi?id=6706
Summary: modprobe -r ohci1394 hangs or panics
Kernel Version: 2.6.15, 2.6.16
Status: NEW
Severity: normal
Owner: stefan-r-bz at s5r6.in-berlin.de
Submitter: stefan-r-bz at s5r6.in-berlin.de
Most recent kernel where this bug did not occur: unknown
Distribution: Mandrake 10.1
Hardware Environment: x86 K7 uniprocessor
two FireWire host adapters (0: TI based, 1394b, 1: VIA based, 1394a)
Software Environment: gcc 3.4.1, kernel.org's kernel
Problem Description:
When "modprobe ohci1394" is followed shortly by "modprobe -r ohci1394" (e.g. 1
second after the previous modprobe finished), one of the following may happen:
- kernel panic due to exception in interrupt
(happened on 2.6.15.x preempt uniprocessor)
or
- modprobe -r hangs in D state, as does knodemgrd_0
(happened on 2.6.16.x preempt SMP on a uniprocessor machine,
with original drivers as well as with 1394 drivers equivalent
to 2.6.17-rc6-mm2 --- i.e. 2.6.17 will also be affected).
The knodemgrd_1 slept interruptibly (S state) while the other
slept uninterruptibly (D state) right after modprobe -r was
issued. This happens with or without other nodes attached to
the FireWire ports, with or without eth1394 loaded.
There is no problem if a longer pause is put between modprobe and modprobe -r,
for example 4 seconds.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the Bugme-new
mailing list