Doug,
I sent you E-Mail about this, but perhaps it went astray. At any rate, I
upgraded an ASUS P2B-DS motherboard from dual PII 333 to dual PIII 500s.
The box now exhibits frequent SCSI timeouts on the single drive connected.
Details:
kernel 2.2.12
2 x 500mhz. PIII cpu w/
256MB memory
On-board Adaptec 7890
IBM 9LZX (aka DRVS09V) 9.1GB U2W LVD drive (10k rpm)
>From proc/scsi:
Adaptec AIC7xxx driver version: 5.1.19/3.2.4
Compile Options:
TCQ Enabled By Default : Enabled
AIC7XXX_PROC_STATS : Disabled
AIC7XXX_RESET_DELAY : 5
Adapter Configuration:
SCSI Adapter: Adaptec AIC-7890/1 Ultra2 SCSI host adapter
Ultra-2 LVD/SE Wide Controller
PCI MMAPed I/O Base: 0xe3800000
Adapter SEEPROM Config: SEEPROM found and used.
Adaptec SCSI BIOS: Enabled
IRQ: 9
SCBs: Active 1, Max Active 12,
Allocated 15, HW 32, Page 255
Interrupts: 94274
BIOS Control Word: 0x18a6
Adapter Control Word: 0x1c5e
Extended Translation: Enabled
Disconnect Enable Flags: 0xffff
Ultra Enable Flags: 0x0000
Tag Queue Enable Flags: 0x0001
Ordered Queue Tag Flags: 0x0001
Default Tag Queue Depth: 12
Tagged Queue By Device array for aic7xxx host instance 0:
{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}
Actual queue depth per device for aic7xxx host instance 0:
{12,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}
Statistics:
(scsi0:0:0:0)
Device using Wide/Sync transfers at 80.0 MByte/sec, offset 15
Transinfo settings: current(10/15/1/0), goal(10/15/1/0), user(10/127/1/0)
Total transfers 94131 (55195 reads and 38936 writes)
The system usually (but not always) recovers from the timeouts, but the
behavior is disruptive and annoying.
Again, the only thing that changed is the CPU type (and, commensurate with
that, the CPU core clock 66 ---> 100 mhz.).
Has a subtle race condition been tickled? Does a timer value need to be
tweaked?
Many thanks for your (or anyone else's) suggestions!
Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
