Eric Youngdale wrote:
> Is this device stable if you only access a single lun at a time? I am
> wondering whether the single-lun support is just broken in 2.2.
>
Yes, it works if I access one lun at a time.
Since at least Brendan's unit seems to work, the
single-lun support is not broken so much after all...
> >
> > I will find the 2.7.xx.yy gcc then to re-try 2.2.6 compilation later
> > then.
> >
OK, I found gcc 2.7.2.3 and re-tried the test using 2.2.14 and 2.2.6.
><ishikawa@standard:259>$ gcc -v
>Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2.3/specs
>gcc version 2.7.2.3
However, still no luck.
Then I hit upon the test I haven't done this time around yet.
I re-connected the Nakamich MBR-7 changer unit to the
BusLogic adaptor from AMD-based card driven by tmscsim driver.
Then the test WORKED! under 2.2.14 (compiled with gcc 2.7.2.3).
Running ls -lR on both CD in the first lun and the second lun
ran slowly, but definately ran!
Hmm.... Kurt, it may be time for us to do a joint
debugging somehow OR we may think of moving the
tmscsim to new eh handler or something.
(My guess is that we can insert a delay somewhere
before the driver decides to begin resetting the scsi-bus thinking that
the device is responding too slow: mechanical switching does take time.
Come to think of it, was Yamaha CD/R drive problem mentioned in the
tekram web site ?)
Should I try increasing SelTimeout to a much larger value and see
if it works, etc?
At this moment, I have absolutely no idea what exactly is
the difference (timing ? ) that makes these adaptors differently.
===================================
This is from cat /proc/scsi/BusLogic/0
----------------------------------
***** BusLogic SCSI Driver Version 2.1.15 of 17 August 1998 *****
Copyright 1995-1998 by Leonard N. Zubkoff <[EMAIL PROTECTED]>
Configuring BusLogic Model BT-930 PCI Ultra SCSI Host Adapter
Firmware Version: 5.02, I/O Address: 0xE800, IRQ Channel: 9/Level
PCI Bus: 0, Device: 15, Address: 0xEA101000, Host Adapter SCSI ID: 7
Parity Checking: Enabled, Extended Translation: Enabled
Synchronous Negotiation: SFFFFFF#, Wide Negotiation: Disabled
Disconnect/Reconnect: Enabled, Tagged Queuing: Enabled
Driver Queue Depth: 255, Scatter/Gather Limit: 128 segments
Tagged Queue Depth: Automatic, Untagged Queue Depth: 3
Error Recovery Strategy: Default, SCSI Bus Reset: Enabled
SCSI Bus Termination: Disabled, SCAM: Disabled
*** BusLogic BT-930 Initialized Successfully ***
Target 1: Queue Depth 28, Synchronous at 10.0 MB/sec, offset 15
Target 3: Queue Depth 3, Synchronous at 10.0 MB/sec, offset 8
Target 4: Queue Depth 3, Asynchronous <----- THIS IS MBR-7
Target 5: Queue Depth 28, Synchronous at 10.0 MB/sec, offset 15
Target 6: Queue Depth 28, Synchronous at 10.0 MB/sec, offset 15
Current Driver Queue Depth: 255
Currently Allocated CCBs: 98
...
--------------------------------
This is from cat /proc/scsi/tmscsim/1 .... Currently no device is connected.
(Well actually three disks are connected, but they are turned off right now.)
<ishikawa@standard:262>$ cat /proc/scsi/tmscsim/1
Tekram DC390/AM53C974 PCI SCSI Host Adapter, Driver Version 2.0d25 2000/01/17
SCSI Host Nr 1, AM53C974 Adapter Nr 0
IOPortBase 0xe000, IRQ 10
MaxID 7, MaxLUN 8, AdapterID 7, SelTimeout 250 ms, DelayReset 1 s
TagMaxNum 16, Status 0x00, ACBFlag 0x00, GlitchEater 24 ns
Statistics: Cmnds 7, Cmnds not sent directly 0, Out of SRB conds 0
Lost arbitrations 0, Sel. connected 0, Connected: No
Nr of attached devices: 0, Nr of DCBs: 0
Map of attached LUNs: 00 00 00 00 00 00 00 00
Idx ID LUN Prty Sync DsCn SndS TagQ NegoPeriod SyncSpeed SyncOffs MaxCmd
<ishikawa@standard:263>$
Happy Hacking,
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
