From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030530

Description of problem:
Because of kernel 2.4.20-18.9 bug #92193 and bug #96972 , I've reverted to
kernel 2.4.20-13.9.

After running file I/O on an external IEEE1394 attached hard drive, after a
while (could be anything from 10 to 60 minutes) I usually get bus resets
(effectively rendering external IEEE1394 storage useless) ; I don't know whether
this is load related.


Trying to recover from the bus reset (which also yields the external devices
undetectable), I rmmod'ed  sbp2, ohci1394 and ieee1394.

On reloading these modules, I get an oops when modprobing sbp2 (see attachment).


Version-Release number of selected component (if applicable):
kernel-2.4.20-13.9

How reproducible:
Always

Steps to Reproduce:
1. file I/O on external IEEE1394, bus reset
2. umount /dev/sda{x}
3. rmmod sbp2 ohci1394 ieee1394
4. modprobe ieee1394
5. modprobe ohci1394
6. modprobe sbp2
    

Actual Results:  Segmentation fault
Kernel OOPS
(also see bug #96972)

Expected Results:  sbp2 should load , allowing for the external IEEE1394 devices
to be redetected.


Additional info:

IBM ThinkPad A30p ; lspci & lsmod : please see bug #96972

After experiencing this OOPS, I need to reboot the kernel to allow redetection.
However, more often than not, after a warm boot the machine completely hard
locks when the kernel loads ohci1394 :

localhost kernel: ohci1394: $Rev: 693 $ Ben Collins <bcollins>
localhost kernel: PCI: Found IRQ 11 for device 02:00.2
localhost kernel: PCI: Sharing IRQ 11 with 00:1d.2
localhost kernel: PCI: Sharing IRQ 11 with 00:1f.1
localhost kernel: PCI: Sharing IRQ 11 with 02:02.0

After a cold start (manual switch-off), the machine continues to operate with :

... (see above)
localhost kernel: ohci1394_0: OHCI-1394 1.0 (PCI): IRQ=[11] 
MMIO=[c0201000-c02017ff]  Max Packet=[2048]
... etc.