+++ 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):
F8
uname -a
Linux sputnik.theory.org 2.6.23.9-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

How reproducible:
Always

Steps to Reproduce:
1. Plug the external disk into firewire
2. Switch it on
3. Won't mount anymore
  
Actual results:
External firewire disk won't mount anymore. FC6 used to work fine, same hardware.

dmesg sample:

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 [2048]

Expected results:
Should be seen and  mounted as used to in FC6.

Additional info:
The same unit mounted on usb works (it's a dual firewire/usb external disk)

-- Additional comment from jwilson 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 jwilson 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 alf.tanner 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 alf.tanner 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
root=ffc1, gap_count=5
Jan 23 15:33:30 sputnik kernel: firewire_core: phy config: card 0, new
root=ffc1, gap_count=5
Jan 23 15:33:54 sputnik kernel: firewire_core: giving up on config rom for node
id ffc0

and that's all. fdisk -l cant' see any device, like automounter and gnome-mount.

-- Additional comment from jwilson 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 alf.tanner 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 stefan-r-rhbz.de on 2008-01-23 10:36
EST --
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 jwilson 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.