Red Hat Bugzilla – Bug 429950
[firewire] unable to use disk (giving up on config rom)
Last modified: 2014-08-31 19:28:44 EDT
+++ This bug was initially created as a clone of Bug #429598 +++
Description of problem:
External firewire disk won't mount anymore
Version-Release number of selected component (if applicable):
Linux sputnik.theory.org 22.214.171.124-85.fc8 #1 SMP Fri Dec 7 15:49:36 EST 2007
x86_64 x86_64 x86_64 GNU/Linux
upgraded to latest packets as of 21 jan 2008
Steps to Reproduce:
1. Plug the external disk into firewire
2. Switch it on
3. Won't mount anymore
External firewire disk won't mount anymore. FC6 used to work fine, same hardware.
Dec 3 03:03:02 sputnik kernel: ieee1394: Error parsing configrom for node 0-00:1023
Dec 3 03:03:10 sputnik kernel: scsi12 : SBP-2 IEEE-1394
Dec 3 03:03:11 sputnik kernel: ieee1394: sbp2: Logged into SBP-2 device
Dec 3 03:03:11 sputnik kernel: ieee1394: sbp2: Node 0-00:1023: Max speed [S400]
- Max payload 
Should be seen and mounted as used to in FC6.
The same unit mounted on usb works (it's a dual firewire/usb external disk)
-- Additional comment from firstname.lastname@example.org on 2008-01-23 00:11 EST --
Those dmesg bits aren't valid for the Fedora 8 firewire stack. The ieee1394
stack isn't built or shipped, we ship the stack that prints 'firewire' instead,
and fw-sbp2 instead of just sbp2. Please get the appropriate firewire stack
running and we can certainly dig into this (might even already be fixed in the
latest koji kernels).
-- Additional comment from email@example.com on 2008-01-23 00:13 EST --
Hrm, in re-reading, perhaps that was supposed to be an example of the working
case. To have a chance of getting things fixed, what I need is the non-working
case, as described in comment #1.
-- Additional comment from firstname.lastname@example.org on 2008-01-23 08:40 EST --
Hi Jarod. No, it can't be an example of a working case since it's F8 as I
reported. With F8 firewire interface doesn't work.
You asked me to use the appropriate firewire stack. How do I do that in F8 in
order to report problems?
-- Additional comment from email@example.com on 2008-01-23 09:37 EST --
Oops! Sorry, you're right, I've picked up the old messages file!
Here we are:
Jan 23 15:33:23 sputnik kernel: firewire_core: phy config: card 0, new
Jan 23 15:33:30 sputnik kernel: firewire_core: phy config: card 0, new
Jan 23 15:33:54 sputnik kernel: firewire_core: giving up on config rom for node
and that's all. fdisk -l cant' see any device, like automounter and gnome-mount.
-- Additional comment from firstname.lastname@example.org on 2008-01-23 09:48 EST --
Yep, that's the bits I need. Basically, we're failing to read the configuration
rom on the drive, which means the firewire stack doesn't have a clue what sort
of capabilities the device has -- doesn't know if its a drive, a camera, or what
-- so we never set up the sbp2 layer for storage.
As it happens, I'm actually working on this very problem right now with the
upstream firewire maintainer, Stefan Richter (cc'ing). I can reproduce this on
my laptop, and really want to use some firewire drives with it, so you can be
sure I plan to get it working reliably... ;)
-- Additional comment from email@example.com on 2008-01-23 10:26 EST --
Excellent, thanks a lot.
So is this a kernel fault only or udev is involved as well?
-- Additional comment from firstname.lastname@example.org on 2008-01-23 10:36
It's purely a fault in the kernel drivers. Once we got them fixed, udev and
friends will do the right thing.
-- Additional comment from email@example.com on 2008-01-23 16:31 EST --
I've got a patch based on some of Stefan's work and some review comments that is
working quite well now on multiple system and drive combinations that were
previously hitting the 'giving up on config rom' problem, which I've added to
rawhide, and after a touch more testing, will get it into F8 and F7.
Would be a very good thing to get into RHEL5.2, enables a LOT more firewire
storage devices to actually work with our firewire stack.
Created attachment 292995 [details]
Initial backport of upstream 'giving up on config rom' fixes
RHEL5 backport to address issues accessing firewire device config roms, based
on the following linux1394-git commits:
It looks to me like this patch is included in the 5.3 patch I just posted. Can you please confirm?
Yep, looks like these are covered by that patch. Brief testing results look good too.
You can download this test kernel from http://people.redhat.com/dzickus/el5
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.