From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 Description of problem: After successfully loading the ohci1394 kernel module anaconda tries to load the sbp2 module and hangs. I've connected an external 5,25" firewire/USB2 IDE case containing an Sony DRU-500A DVD burner to my PCI add-on firewire/USB2 combo card. I could successfully install Severn Beta1 after switching off the external case. After installation I tried to switch it on again but now the system hangs while trying to discover new hardware. It's not hard locked but never end hardware detection. This happens on an ECS K7S5A mainboard using an Athlon 2000XP+. lspci -vv attached Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install Severn Beta 1 when an external device is attached via firewire 2. 3. Additional info:
Created attachment 93032 [details] output of lspci -vv
I am also seeing this bug. My hardware is a Lucent FW323 1394 controller (lspci output follows) and an ADS 1394 enclosure. It hangs with the 2.4.21 kernel in Severn both when installing and after installing. I went back to my old kernel (vanilla 2.4.20 w/ interactivity patches) and it works fine there. With 2.6.0-test2 and later my device is not detected. 01:07.0 FireWire (IEEE 1394): Lucent Microelectronics FW323 (rev 04) (prog-if 10 [OHCI]) Subsystem: Indigita Corporation FireWire Host Bus Adapter Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 32 (3000ns min, 6000ns max), cache line size 08 Interrupt: pin A routed to IRQ 9 Region 0: Memory at ec011000 (32-bit, non-prefetchable) [size=4K] Capabilities: <available only to root> I hope this information was useful
I applied the following patch on Stefan Richter (of the Linux ieee1394 list)'s recommendation, and although the hang went away, my drive was not detected after bootup http://www.linux1394.org/patches/scsi_add_rem.diff
Ben, what happens if you rescan the bus after booting with http://www.garloff.de/kurt/linux/rescan-scsi-bus.sh
Dave, I compiled 2 kernels: the first has the scsi hotplug patch and the second has the scsi hotplug patch and the latest ieee1394. With both of them I was able to get my drive recognized with the following steps: - modprobe ohci1394 (may also need to do modprobe sbp2). I have not tinkered with modules.conf but this step should be automatable. - rescan-scsi-bus.sh This situation looks stable. I tested it by playing ogg files off the disk for 1/2 an hour and copying several gigs of data within the disk. FYI the second kernel has not been tested beyond "oh, it works" After that I did all the remaining testing with first kernel on the assumption that the patch should be as small as possible.
FYI, in previous attempts to get this to work I installed the latest hotplug scripts from the linux hotplug site. I do not know if those made any difference
how did things work out with the final release / subsequent errata's ?