Re: "aborting sbp2 command" expected in kernel.org FireWire maybe

Stefan R:

> Sbp2 should perform nearly the same under kernel 2.4 and 2.6.

I haven't needed the serialize_io=1 fix for "aborting sbp2 command" in
any 2.4 Linux. Is that a significant 2.6 difference I can help
overcome?

Should I try a different host or device or combinations thereof?

Should I try CONFIG_IEEE1394_VERBOSEDEBUG?

> Sbp2 should perform nearly the same under kernel 2.4 and 2.6. In fact,
> I
> found once that reading from CD-ROM is much improved under kernel 2.6
> compared to 2.4.

Thruput runs 2X slower than 2.4 Linux here in the 2.6.6 Linux of
Knoppix 3.4, no matter serialize_io=1 or not. By contrast, here
serialize_io=1 makes the newer 2.6.7 Linux of Knoppix 3.6 consistently
run at speed, even at runlevel 5 with GUI.

Is that trouble of interest for a 1394 developer? (It's not of
interest for me: I'll just use 1394 in 2.6 only since Linux 2.6.7.)

> If that does not help,
> replace linux-2.6/drivers/ieee1394 by the trunk directory
> from the Subversion repo at linux1394.org.

http://linux1394.org/svn.php
http://www.linux1394.org/viewcvs/

Can't get there, sorry . 60s timeout seen today, by now via two
different ISP's.

I certainly agree that CVS thru firewalls is tough, I remember on
arriving in Linux by default I could not:
export CVSROOT=:pserver:anonymous@cvs.sourceforge.net:/cvsroot/linux-udf

> Actually, the 1394 drivers combined with the Linux scsi subsystem and
> other Linux facilities work more reliably in 2.4 than in 2.6. The
> unreliablity of kernel 2.6 appears to be not solely related to the 1394
> drivers. With respect to this, the 2.6 kernel line may be considered an
> 'odd numbered' line for the time being.

SCSI over every other kind of cable looks ok. PATAPI, USB, PATAPI,
SPI, SATAPI, ...

Somehow FireWire alone depresses thruput and makes bugs of 2.6 Linux
SCSI more commonly significant?

> 44 MByte/s ... sounds enormous,

Not enormous to my ear today in 2004:

44 MB/s = 2.64 GB/min = 88% of the 50 MB/s = 3 GB/min bus clock of the
400 MHz FireWire, out of which 100% we subtract all the normal
overheads.

Pat LaVarre

P.S. My thanks for the further education are:

> http://marc.theaimsgroup.com/?l=linux1394-devel&m=109128028930225 ,
> ...
> 5400 RPM drive I measured
> 21 MByte/s write, 19 MByte/s read (sbp2 normal),
> 25 MByte/s write, 24 MByte/s read (sbp2 + gap count optimization),
> 32 MByte/s write, 30 MByte/s read (same disk on internal IDE),
> for block-wise read/write operations on large files.

Here I was measuring 4200 RPM and 25.3 MB/s "same disc on internal IDE"
in dd.

> If there are still problems, remove all non-essential kernel options.

The kernels I build myself I run near `make deconfig`.

> I am successfully using 2.6.8-rc2 and 2.6.8.1 with replaced 1394
> drivers
> ever since 2.6.8-rc2 was available.

My thruput's ok now for a few seconds of use of 2.6.9-rc1-bk7, built by
me from sources of kernel.org without patches

> I use it on a single-processor x86
> machine with a VIA OHCI controller, 3 different harddisks, 2 different
> CD-RWs, and a hub.

dmesg counts two CPU here, lspci -vvv reports "FireWire (IEEE 1394):
Lucent Microelectronics FW323 (rev 61)".

> I posted the config that I used for 2.6.8-rc2 here:
> http://me.in-berlin.de/~s5r6/k-config-2004-07-21

In grep 1394 I see your .config agrees with my 2.6.9-rc1-bk7:

CONFIG_IEEE1394=m
CONFIG_IEEE1394_OHCI1394=m
CONFIG_IEEE1394_SBP2=m
CONFIG_IEEE1394_RAWIO=m

-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
mailing list Linux1394-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux1394-user
Received on Thu Sep 2 20:18:51 2004