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
This happens on an ECS K7S5A mainboard using an Athlon 2000XP+.
lspci -vv attached
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install Severn Beta 1 when an external device is attached via firewire
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
Subsystem: Indigita Corporation FireWire Host Bus Adapter
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
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
Ben, what happens if you rescan the bus after booting with
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.
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 ?