paul launspach wrote:
i tried another host adapter, this one using a via chip. i no longer
get any of the Current sense key messages and all drives i try will
mount fine but if i do any large reads or writes to the drive i get
a kernel panic.
There is one sbp2 patch in Linux 2.6.15 which is to fix an oops after
transient transport errors during data transfers:
"sbp2_command_orb_lock must be held when accessing the _orb_inuse list"
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=963f48a116bf3b797fe184e74c79c50de1da70bb
If this helps, there may be further underlying problems which may cause
transport errors (which we are ...slowly... working on, so I am
interested to hear about it).
I don't know if the patch "remove sbp2's TYPE_RBC and 10byte handling"
which I mentioned in the previous post has potential to fix kernel
panics during larger data transfers; I believe it does not.
...
ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[11] MMIO=[ea003000-
ea0037ff] Max Packet=[2]
ohci1394: fw-host0: Serial EEPROM has suspicious values, attempting to
setting max_packet_size to 512 bytes
...
0000:00:14.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394
Host Controller (rev 46) (prog-if 10 [OHCI])
The "suspicious" message shows that this is an older revision of the VIA
chip which is known to return an unexpected max_packet_size when
ohci1394 initializes. Other than that, this chip seemed to work OK so far.
...
the case looks identical the macpower 400plus, my mac even identifies
it as a macpower device. one chip is clearly marked as
an oxford semi FW911PLUS-TQ-A, and the USB chip is a PL-2507.
...
I possess the precursor and successor of this MacPower enclosure which
are based on OXF911 and OXUF922. They work _very_ reliably.
--
Stefan Richter
-=====-=-==- ---= -===-
http://arcgraph.de/sr/
-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
