[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