SBP2 issues in newer 2.6 kernels
Brought to you by:
aeb,
bencollins
Menu
▾
▴
#76 SBP2 issues in newer 2.6 kernels
Hi,
I have an external case (Oxford911 chip) which holds
two IDE devices: a Seagate hard disk (Master) and a NEC
1300 DVD writer (Slave). The case has a single power
button, this means both devices get power at the same
time, they cannot be run seperately.
The device is connected via a firewire port provided by
my PCI Creative Audigy Player soundcard (OHCI).
In kernel 2.6.2, both devices are detected and working
seemingly without error. However, in kernel 2.6.5 and
newer versions (I even downloaded the current SVN/CVS
trunk of the drivers) it is broken partially - only the
NEC DVD writer is detected, not the hard disk. This has
happened before (if I recall correctly, it worked in
2.4.20, but not in 2.4.21).
Here's the kernel output in 2.6.2:
---- 8< ----
Apr 20 13:22:43 [kernel] ieee1394: Node added:
ID:BUS[0-01:1023] GUID[00027a07e5002132]
Apr 20 13:22:43 [kernel] ieee1394: The root node is not
cycle master capable; selecting a new root node and
resetting...
Apr 20 13:22:43 [kernel] ieee1394: Node changed:
0-01:1023 -> 0-00:1023
Apr 20 13:22:43 [kernel] scsi0 : SCSI emulation for
IEEE-1394 SBP-2 Devices
Apr 20 13:22:43 [ieee1394.agent] ... no drivers for
IEEE1394 product 0x000000/0x00609e/0x010483
Apr 20 13:22:44 [kernel] ieee1394: sbp2: Logged into
SBP-2 device
Apr 20 13:22:44 [kernel] ieee1394: sbp2: Node
0-00:1023: Max speed [S400] - Max
payload [2048]
Apr 20 13:22:44 [kernel] SCSI device sda: 156301488
512-byte hdwr sectors (80026 MB)
Apr 20 13:22:44 [kernel] sda: asking for cache data failed
Apr 20 13:22:45 [scsi.agent] disk at
/devices/platform/host0/0:0:0:0
Apr 20 13:22:45 [kernel] ieee1394: sbp2: Logged into
SBP-2 device
Apr 20 13:22:45 [kernel] ieee1394: sbp2: Node
0-00:1023: Max speed [S400] - Max
payload [2048]
Apr 20 13:22:45 [kernel] Vendor: _NEC Model:
DVD_RW ND-1300A Rev: 1.09
Apr 20 13:22:45 [kernel] sr0: scsi3-mmc drive: 40x/40x
writer cd/rw xa/form2 cdda tray
Apr 20 13:22:46 [scsi.agent] cdrom at
/devices/platform/host0/0:0:1:0
---- 8< ----
The devices then work flawlessy despite the error messages.
In Kernel 2.6.6-r1 (before you complain, it's about the
same in 2.6.3, 2.6.4 and 2.6.5) it looks like this:
---- 8< ----
Apr 20 13:11:35 [kernel] ieee1394: Node added:
ID:BUS[0-01:1023] GUID[00027a07e5002132]
Apr 20 13:11:35 [kernel] ieee1394: The root node is not
cycle master capable; selecting a new root node and
resetting...
Apr 20 13:11:35 [ieee1394.agent] ... no drivers for
IEEE1394 product 0x/0x/0x
Apr 20 13:11:36 [kernel] ieee1394: Node changed:
0-01:1023 -> 0-00:1023
Apr 20 13:11:36 [kernel] ieee1394: Node changed:
0-00:1023 -> 0-01:1023
Apr 20 13:11:36 [ieee1394.agent] ... no drivers for
IEEE1394 product 0x/0x/0x
Apr 20 13:11:36 [kernel] scsi0 : SCSI emulation for
IEEE-1394 SBP-2 Devices
Apr 20 13:11:37 [kernel] ieee1394: sbp2: Logged into
SBP-2 device
Apr 20 13:11:37 [kernel] ieee1394: Node 0-00:1023: Max
speed [S400] - Max payload [2048]
Apr 20 13:11:37 [kernel] Vendor: _NEC Model:
DVD_RW ND-1300A Rev: 1.09
Apr 20 13:11:37 [ieee1394.agent] ... no drivers for
IEEE1394 product 0x000000/0x00609e/0x010483
Apr 20 13:11:37 [kernel] sr0: scsi3-mmc drive: 40x/40x
writer cd/rw xa/form2 cdda tray
Apr 20 13:11:38 [scsi.agent] cdrom at
/devices/pci0000:00/0000:00:0d.2/fw-host0/00027a07e5002132/00027a07e5002132-0/host0/0:0:0:0
---- 8< ----
As you can see, only the NEC 1300 is detected this
time. There's no hint whatsoever that my disk is there
at all.
I tried to get a log with excessive debugging output,
however my kernel logger (metalog) didn't like that idea.
Please let me know which further information you want
me to provide in order to help you identify the
problem. In case this problem is already known, is
there a workaround for it?
Thanks for all your efforts to support IEEE1394 in Linux!
*** ADDITIONAL INFORMATION: ***
System: i686 AMD Athlon(tm) XP 2000+ AuthenticAMD
GNU/Linux (Gentoo)
Kernel: 2.6.2 (OK) and 2.6.6-r1 (FAIL)
IEEE1394: Original (2.6.2) and Trunk 1206 (2.6.6-r1)
libraw: not installed
Driver: OHCI
/proc/bus/ieee1394/devices: file does not exist
Card: Creative Audigy Player
Chipset: unknown
lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7
[Apollo KT266/A/333]
Subsystem: VIA Technologies, Inc. VT8366/A/7
[Apollo KT266/A/333]
Flags: bus master, 66Mhz, medium devsel, latency 0
Memory at c0000000 (32-bit, prefetchable)
Capabilities: [a0] AGP version 2.0
Capabilities: [c0] Power Management version 2
00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7
[Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01,
sec-latency=0
Memory behind bridge: e0000000-e1ffffff
Prefetchable memory behind bridge:
d0000000-dfffffff
Capabilities: [80] Power Management version 2
00:0d.0 Multimedia audio controller: Creative Labs SB
Audigy (rev 03)
Subsystem: Creative Labs SB0090 Audigy Player
Flags: bus master, medium devsel, latency 32,
IRQ 11
I/O ports at <ignored>
Capabilities: [dc] Power Management version 2
00:0d.1 Input device controller: Creative Labs SB
Audigy MIDI/Game port (rev 03)
Subsystem: Creative Labs SB Audigy MIDI/Game Port
Flags: bus master, medium devsel, latency 32
I/O ports at <ignored>
Capabilities: [dc] Power Management version 2
00:0d.2 FireWire (IEEE 1394): Creative Labs SB Audigy
FireWire Port (prog-if 10 [OHCI])
Subsystem: Creative Labs SB Audigy FireWire Port
Flags: bus master, medium devsel, latency 32, IRQ 7
Memory at <ignored> (32-bit, non-prefetchable)
Memory at <ignored> (32-bit, non-prefetchable)
Capabilities: [44] Power Management version 2
00:10.0 USB Controller: VIA Technologies, Inc. USB (rev
80) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. USB
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at <ignored>
Capabilities: [80] Power Management version 2
00:10.1 USB Controller: VIA Technologies, Inc. USB (rev
80) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. USB
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at <ignored>
Capabilities: [80] Power Management version 2
00:10.2 USB Controller: VIA Technologies, Inc. USB (rev
80) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. USB
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at <ignored>
Capabilities: [80] Power Management version 2
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0
(rev 82) (prog-if 20 [EHCI])
Subsystem: VIA Technologies, Inc. USB 2.0
Flags: bus master, medium devsel, latency 32,
IRQ 10
Memory at e2005000 (32-bit, non-prefetchable)
Capabilities: [80] Power Management version 2
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA
Bridge
Subsystem: VIA Technologies, Inc. VT8235 ISA Bridge
Flags: bus master, stepping, medium devsel,
latency 0
Capabilities: [c0] Power Management version 2
00:11.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus
Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc.
VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus
Master IDE
Flags: bus master, medium devsel, latency 32,
IRQ 255
I/O ports at e400
Capabilities: [c0] Power Management version 2
00:12.0 Ethernet controller: VIA Technologies, Inc.
VT6102 [Rhine-II] (rev 74)
Subsystem: VIA Technologies, Inc. VT6102 [Rhine
II] Embeded Ethernet Controller on VT8235
Flags: bus master, medium devsel, latency 32,
IRQ 11
I/O ports at e800
Memory at e2006000 (32-bit, non-prefetchable)
Capabilities: [40] Power Management version 2
00:13.0 Multimedia audio controller: C-Media
Electronics Inc CM8738 (rev 10)
Subsystem: Chaintech Computer Co. Ltd: Unknown
device 1100
Flags: bus master, medium devsel, latency 32,
IRQ 10
I/O ports at ec00
Capabilities: [c0] Power Management version 2
01:00.0 VGA compatible controller: nVidia Corporation
NV25 [GeForce4 Ti 4200] (rev a3) (prog-if 00 [VGA])
Flags: bus master, 66Mhz, medium devsel,
latency 248, IRQ 11
Memory at e0000000 (32-bit, non-prefetchable)
Memory at d0000000 (32-bit, prefetchable)
Memory at d8000000 (32-bit, prefetchable)
Capabilities: [60] Power Management version 2
Capabilities: [44] AGP version 2.0
Logged In: YES
user_id=1024324
Attached file:
dmesg output of kernel 2.6.2, in which my hard disk and dvd writer are detected
dmesg output of kernel 2.6.6-rc2, in which only only the dvd writer is detected
Both with that excessive ieee1394 debugging output thingy activated. both kernels use the same .config except for the conversions done by 'make oldconfig'.
Hopefully the debugging output makes sense to anyone. If not, please tell me what to do to provide more useful information.
dmesg output of 2.6.2 and 2.6.6-rc2 kernels
Logged In: YES
user_id=1024324
Attached file:
I added my kernel configs
my kernel configuration for 2.6.2 and 2.6.6-rc2 used to create debuglog.tar.bz2
Logged In: YES
user_id=1024324
Anybody out there?
Logged In: YES
user_id=1024324
I just tried 2.6.7-rc2 because the changelog showed some
interesting messages for IEEE1394. However, the problem is
still present - only one of the two devices is detected.
dmesg output of 2.6.7-rc2 (with serialize_io=1)
Logged In: YES
user_id=1057424
With kernel 2.6.7 same bug on my system (external HD box,
chipset TSB12LV26, works with 2.4.20 kernel):
ieee1394: Node changed: 0-00:1023 -> 0-01:1023
ieee1394: Node added: ID:BUS[0-00:1023] GUID
[0030e000e00083a0]
sbp2: $Rev: 1219 $ Ben Collins <bcollins@debian.org>
scsi0 : SCSI emulation for IEEE-1394 SBP-2 Devices
ieee1394: sbp2: Error logging into SBP-2 device - login timed-
out
sbp2: probe of 0030e000e00083a0-1 failed with error -16
Logged In: YES
user_id=943591
this matter i think is config
related
Logged In: YES
user_id=1057424
Kernel config?
Can You explain? Please.
Logged In: YES
user_id=459725
I also have this same problem, and am trying the same thing as
noted in a -devel thread, to use the 2.6.2 code in 2.6.8. Please,
has there been any updates to this yet?
Logged In: YES
user_id=1024324
Yes, beren, I'm using the 2.6.2 ieee1394 tree in 2.6.8.1,
works just as well as in 2.6.2 directly (as long as you
don't need anything besides sbp2). There's a thread on the
devel mailing list, describing what you have to change to
make it work (there were some kernel API changes so it
doesn't work out of the box). You should be able to find it
by searching the archive.
The way I understand the most recent discussions, people
already have a pretty good idea of what's going wrong,
however there is still not a working fix in sight for this.
By the way, the sourceforge bugtracker does not seem to be
used nor read by the ieee1394 developers
Logged In: NO
Same problem: external enclosure containing two seagate 200gb, only the
slave is recognized. I tried some combinations: if both disks are
connected, whatever disk is slave is recognized, the master is not. Both
hard drive work ok alone, they also work together if connected through two
distinct firewire bridges (chained).
It seems the problem was tracked nicely on http://www.metamorpher.de/
linux1394/. It does not depend on linux distro, it appeared at some stage in
dev of 1394 libraries. It's quite frustrating that there seems to be no
solution although the problem is significant and had been detected months
ago. Thanks in advance to whoever comes with a solution!
Logged In: NO
This issue is fixed in the most recent SVN Tree (and
probably in 2.6.12?). However, a new problem arose out of
it, hotplugging currently no longer works - if you unplug
your firewire, and want to plug it back in again, it's
reboot time...