"ieee1394: sbp2: aborting sbp2 command" - some observations that may help

I have had some trouble getting my firewire to external HD connection working,
but now seem to have it behaving.

My journey may contain hints about the bug (and it is definitely a bug).

My first attempt was with a pci card using an agere FW323-06 chip.
This worked without error using Win98, but fell over with linux, often
only shifting 50K per abort.

I had two other boxes that I wanted to use with this external drive, so I
got a couple of cards with the VIA chip. I can't tell what its p/n is w/o
opening a box, but lspci reports:
  FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46)

On both those systems firewire worked perfectly, booting them with Knoppix 3.3,
modprobing ohci1394 and sbp2, then rescanning the SCSI bus with the script on a
floppy. This prompted me to put the same VIA based card into the original system,
but repeating the Knoppix scenario still gave aborts.

The two systems that worked were nearly identical, Epox EP-51MVP3E-M (VIA MVP3
chipset - VT82C598AT VT82C586B) 100MHz FSB, 500MHz K6-2, 3 x 128M SDRAM, Ensoniq
sound card, RTL8139 e/net card, DVD player, Matrox G200 agp x2.
One also has an Advansys SCSI card, no devices attached.

The system that didn't work is faster and heavier loaded: Epox 8KHA+, VIA KT266A
(VT8366A, VT8233), Athlon XP 1600, 3 x 256M DDR @ 266 MHz FSB, Promise Ultra100
(PDC20268) ATA100 PCI card running the two HDs (each on seperate IDE port), only
CDROM and DVD/CDRW combo on m/board IDE ports, Advansys SCSI card (w/o drives),
RTL8139 e/net card, Ensoniq sound card, Matrox G400 agp x4.

As a trouble shooting attempt, I removed all PCI cards except firewire and Promise,
with aborts still happening.

Using the parameter "sbp2_serialize_io=1" gives reliable operation, both with Knoppix
and my normal 2.4.26 kernel (with add-rem patch), Athlon, with ohci1394 builtin,
sbp2 as a module.

Just to show how unpredictable the connection is, in order to get an example of the
error message, I unloaded the sbp2 module, reloaded it with serialize off, and then
copied 700M without a hitch.

Various probes for this kernel, taken after the above transfer :-

> cat /proc/bus/ieee1394/devices
Node[0-01:1023] GUID[ffffffffffff0523]:
   Vendor ID: `Linux OHCI-1394' [0x004063]
   Capabilities: 0x0083c0
   Bus Options:
     IRMC(1) CMC(1) ISC(1) BMC(0) PMC(0) GEN(0)
     LSPD(2) MAX_REC(2048) CYC_CLK_ACC(0)
   Host Node Status:
     Host Driver : ohci1394
     Nodes connected : 2
     Nodes active : 2
     SelfIDs received: 2
     Irm ID : [0-01:1023]
     BusMgr ID : [0-63:1023]
     In Bus Reset : no
     Root : yes
     Cycle Master : yes
     IRM : yes
     Bus Manager : no
Node[0-00:1023] GUID[0001a3000000016d]:
   Vendor ID: `337 COMBO' [0x0001a3]
   Capabilities: 0x0083c0
   Bus Options:
     IRMC(0) CMC(0) ISC(0) BMC(0) PMC(0) GEN(0)
     LSPD(2) MAX_REC(64) CYC_CLK_ACC(255)
   Unit Directory 0:
     Vendor/Model ID: 337 COMBO [0001a3] / Unknown [008034]
     Software Specifier ID: 00609e
     Software Version: 010483
     Driver: SBP2 Driver
     Length (in quads): 5

> cat /proc/scsi/sbp2_0/0
Host scsi0 : SBP-2 IEEE-1394 (ohci1394)

Module options :
   max_speed : S400
   max_sectors : 255
   serialize_io : no
   exclusive_login : yes

Attached devices :
   [Channel: 00, Id: 00, Lun: 00] Direct-Access ST380011 A

> cat /proc/interrupts
            CPU0
   0: 1712595 XT-PIC timer
   1: 12571 XT-PIC keyboard
   2: 0 XT-PIC cascade
   3: 797181 XT-PIC serial
   7: 308 XT-PIC parport0
   8: 1 XT-PIC rtc
  10: 4 XT-PIC usb-uhci, usb-uhci, usb-uhci, eth0, es1370
  11: 111395 XT-PIC ide0, ide1, ohci1394
  12: 268156 XT-PIC PS/2 Mouse
  14: 2 XT-PIC ide2
  15: 1 XT-PIC ide3
NMI: 0
LOC: 1712433
ERR: 1
MIS: 0

> cat /proc/dma
  4: cascade

> lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP]
00:09.0 Unknown mass storage controller: Promise Technology, Inc. 20268 (rev 01)
00:0a.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46)
00:0b.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI] (rev 01)
00:0c.0 SCSI storage controller: Advanced System Products, Inc ABP940-U / ABP960-U (rev 03)
00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C (rev 10)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1b)
00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1b)
00:11.4 USB Controller: VIA Technologies, Inc. USB (rev 1b)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 05)

> cat /proc/pci
...
  Bus 0, device 10, function 0:
     FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 70).
       IRQ 11.
       Master Capable. Latency=32. Max Lat=32.
       Non-prefetchable 32 bit memory at 0xde004000 [0xde0047ff].
       I/O at 0xa400 [0xa47f].
...

Curiously, the Rev is different to that in lspci's output.

-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
mailing list Linux1394-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux1394-user
Received on Mon Jun 7 12:39:55 2004