linux 2.4.8 vs 2.4.7 AHA2840A/42A "aic7xxx_abort return 8194" [kop@meme.com]
Karl O . Pinc
kop at meme.com
Thu Sep 13 12:37:43 PDT 2001
I've tried again using 2.4.9 and am still getting what seem to be the
same errors.
Using 2.4.9 I also tried disabling tagged command queuing for scsi id
0 and that didn't seem to help either (aic7xxx=tag_info:{{255}}). Nor
did my attempt to completely disable tagged command queuing. It's not
documented how to have the default for tagged command queuing to be
"off", but I set "Maximum number of TCQ commands per device" to 255
when running "make xconfig" as this seemed the sensible thing.
I'm appending to the bottom of this message some dmesg output showing
the errors when I disabled tagged command queuing on scsi id 0.
Where do I go from here? What else is there to try?
FWIW, here's the script I'm running to load the drives. I usually run
4 processes with arguments of 2, 3, 5, and 7.
------------<snip>-------------
#!/bin/bash
x=$1
f="fatfile.$$"
cat /dev/zero | head --bytes ${x}0000000 > /mnt/sdb4/$f
while [ 0 -eq 0 ] ; do cp /mnt/sdb4/$f /mnt/sda4/ ; cp /mnt/sda4/$f
/mnt/sdc4/ ; cp /mnt/sdc4/$f /mnt/sdb4 ; done
------------<snip>-------------
On 2001.08.14 17:36 Karl O . Pinc wrote:
> On 2001.08.14 17:07 Karl O . Pinc wrote:
> Hi, I'm a newbie. Spank me. :-) Please let me know what further info
> is
> needed, etc.
>
> I've got a scsi board labeled AHA2840A/42A that AFIK worked fine under
> linux 2.0.34 for years. My first question is this:
>
> Is the AHA284xA supported?
>
> The README.aic7xxx says that the AHA284x is supported, but makes no
> mention
> of AHA284xA. AFIK, the difference is that the 284x has jumpers, the
> 284xA
> has dip switches. The 284xA dip switches control: I/O port address,
> floppy
> enable/disable, BIOS address, and BIOS enable/disable. I recall the
> jumpers on the 284x can at least also en/disable scsi target disconnect,
> sync negoiation and probably some other stuff. I _think_ all this is now
> set in the card's bios cmos.
>
> Assuming the card's supported, here's what's happening:
>
> I'm re-incarnating the box and decided to load test it (copying large
> files
> from drive to drive. 3 drives, 4 processes, file sizes of {2,3,5,7} *
> 10^7B, 64MB ram). Running linux-2.4.7, I get a rare (every few hours)
> "aic7xxx_abort return 8194", I've seen it while attempting to send ABORT
> to
> a drive. (Sorry, I'm running 2.4.7 on top of the old 2.0.34 system, just
> to test, and syslogd seems to be down, so I don't have a written log to
> work from here. Better info collected below.)
>
> I just switched to 2.4.8 and I get frequent (most of the time, there's no
> disk activity while the driver issues errors) "aic7xxx_abort return 8194"
> messages. Mostly on ABORT but sometimes on TARGET_RESET. There are so
> many the driver goes on to do "Recovery SCB completes" type messages.
>
> Where do I go from here?
>
> (FYI, Starting about 12 hours from now, I won't have access to the
> hardware
> for a few weeks.)
>
> Here are details from /proc:
>
> ----after boot of 2.4.7----------
> [root at arthur /root]# uname -a
> Linux arthur.meme.com 2.4.7 #1 Mon Aug 6 11:30:42 CDT 2001 i486 unknown
> [root at arthur /root]# cat /proc/scsi/aic7xxx/0
> Adaptec AIC7xxx driver version: 6.1.13
> aic7770: Single Channel A, SCSI Id=7, 4/255 SCBs
> Channel A Target 0 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 0 Lun 0 Settings
> Commands Queued 4
> Commands Active 0
> Command Openings 253
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 1 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 2 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 3 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 4 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 3.300MB/s transfers
> Curr: 3.300MB/s transfers
> Channel A Target 4 Lun 0 Settings
> Commands Queued 1383
> Commands Active 1
> Command Openings 0
> Max Tagged Openings 0
> Device Queue Frozen Count 0
> Channel A Target 5 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 5 Lun 0 Settings
> Commands Queued 5
> Commands Active 0
> Command Openings 253
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 6 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 7 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> [root at arthur /root]# cat /proc/scsi/scsi
> Attached devices:
> Host: scsi0 Channel: 00 Id: 00 Lun: 00
> Vendor: QUANTUM Model: FIREBALL ST4300S Rev: 0F0D
> Type: Direct-Access ANSI SCSI revision: 02
> Host: scsi0 Channel: 00 Id: 04 Lun: 00
> Vendor: IMPRIMIS Model: 94601-15 Rev: 4202
> Type: Direct-Access ANSI SCSI revision: 01 CCS
> Host: scsi0 Channel: 00 Id: 05 Lun: 00
> Vendor: CONNER Model: CFP1060S 1.05GB Rev: 245F
> Type: Direct-Access ANSI SCSI revision: 02
>
>
> ---------Begin lots-o-copy, console says:
> (scsi:0:A:0:0): Locking max tag count at 8
>
> After a half hour or so of copying, there's still no error and this is
> what
> proc looks like:
>
> [root at arthur /root]# cat /proc/scsi/aic7xxx/0
> Adaptec AIC7xxx driver version: 6.1.13
> aic7770: Single Channel A, SCSI Id=7, 4/255 SCBs
> Channel A Target 0 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 0 Lun 0 Settings
> Commands Queued 56765
> Commands Active 0
> Command Openings 8
> Max Tagged Openings 8
> Device Queue Frozen Count 0
> Channel A Target 1 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 2 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 3 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 4 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 3.300MB/s transfers
> Curr: 3.300MB/s transfers
> Channel A Target 4 Lun 0 Settings
> Commands Queued 34178
> Commands Active 1
> Command Openings 0
> Max Tagged Openings 0
> Device Queue Frozen Count 0
> Channel A Target 5 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 5 Lun 0 Settings
> Commands Queued 36040
> Commands Active 2
> Command Openings 31
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 6 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 7 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
>
> ---------------Rebooting with 2.4.8, /proc is:
>
>
> [root at arthur /root]# uname -a
> Linux arthur.meme.com 2.4.8 #3 Tue Aug 14 14:06:17 CDT 2001 i486 unknown
> [root at arthur /root]# cat /proc/scsi/aic7xxx/0
> Adaptec AIC7xxx driver version: 6.1.13
> aic7770: Single Channel A, SCSI Id=7, 4/255 SCBs
> Channel A Target 0 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 0 Lun 0 Settings
> Commands Queued 25
> Commands Active 0
> Command Openings 253
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 1 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 2 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 3 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 4 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 3.300MB/s transfers
> Curr: 3.300MB/s transfers
> Channel A Target 4 Lun 0 Settings
> Commands Queued 1496
> Commands Active 0
> Command Openings 1
> Max Tagged Openings 0
> Device Queue Frozen Count 0
> Channel A Target 5 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 5 Lun 0 Settings
> Commands Queued 11
> Commands Active 0
> Command Openings 253
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 6 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 7 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
>
> [root at arthur /root]# cat /proc/scsi/scsi
> Attached devices:
> Host: scsi0 Channel: 00 Id: 00 Lun: 00
> Vendor: QUANTUM Model: FIREBALL ST4300S Rev: 0F0D
> Type: Direct-Access ANSI SCSI revision: 02
> Host: scsi0 Channel: 00 Id: 04 Lun: 00
> Vendor: IMPRIMIS Model: 94601-15 Rev: 4202
> Type: Direct-Access ANSI SCSI revision: 01 CCS
> Host: scsi0 Channel: 00 Id: 05 Lun: 00
> Vendor: CONNER Model: CFP1060S 1.05GB Rev: 245F
> Type: Direct-Access ANSI SCSI revision: 02
>
>
>
> scsi0:0:0:0: Attempting to queue an ABORT message
> scsi0:0:0:0: Command found on device queue
> aic7xxx_abort_returns 8194
>
> -(FWIW, I recall seeing that it was scsci id 5, not 0 that was causing
> the
> messages under linux 2.4.7.)
>
> -repeat about about 10 times then
>
> scsi0:0:0:0: Attempting to queue a TARGET RESET message
>
> -is the message instead of the "ABORT" line
>
> -No disk activity occurs while all this is going on.
>
> -Then, there's mixed in message about SCB recovery (Sorry, I'm copying
> off
> the console as messages scroll by so they are not in the correct order.)
>
> scsi0:A:0:0 Queuing a recovery SCB
> Recovery code sleeping
> Recovery SCB completes
> Recovery code awake
>
> scsi0:0:0: Abort Tag Message Sent
> SCB7 - Abort Tag Completed.
>
> ------------- Here's what /proc says while all this is going on (still
> 2.4.8):
>
>
> [root at arthur /root]# cat /proc/scsi/aic7xxx/0
> Adaptec AIC7xxx driver version: 6.1.13
> aic7770: Single Channel A, SCSI Id=7, 4/255 SCBs
> Channel A Target 0 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 0 Lun 0 Settings
> Commands Queued 5258
> Commands Active 8
> Command Openings 0
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 1 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 2 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 3 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 4 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 3.300MB/s transfers
> Curr: 3.300MB/s transfers
> Channel A Target 4 Lun 0 Settings
> Commands Queued 4823
> Commands Active 0
> Command Openings 1
> Max Tagged Openings 0
> Device Queue Frozen Count 0
> Channel A Target 5 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 5 Lun 0 Settings
> Commands Queued 110
> Commands Active 0
> Command Openings 253
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 6 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 7 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
>
> ----and again, just to get another snapshot:
>
>
> [root at arthur /root]# cat /proc/scsi/aic7xxx/0
> Adaptec AIC7xxx driver version: 6.1.13
> aic7770: Single Channel A, SCSI Id=7, 4/255 SCBs
> Channel A Target 0 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 0 Lun 0 Settings
> Commands Queued 7608
> Commands Active 8
> Command Openings 0
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 1 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 2 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 3 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 4 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 3.300MB/s transfers
> Curr: 3.300MB/s transfers
> Channel A Target 4 Lun 0 Settings
> Commands Queued 7193
> Commands Active 1
> Command Openings 0
> Max Tagged Openings 0
> Device Queue Frozen Count 0
> Channel A Target 5 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Goal: 10.000MB/s transfers (10.000MHz, offset 15)
> Curr: 10.000MB/s transfers (10.000MHz, offset 15)
> Channel A Target 5 Lun 0 Settings
> Commands Queued 854
> Commands Active 0
> Command Openings 253
> Max Tagged Openings 253
> Device Queue Frozen Count 0
> Channel A Target 6 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
> Channel A Target 7 Negotiation Settings
> User: 10.000MB/s transfers (10.000MHz, offset 255)
>
>
> Thanks,
>
> Karl <kop at meme.com>
>
> To Unsubscribe: send mail to majordomo at FreeBSD.org
> with "unsubscribe aic7xxx" in the body of the message
>
Some dmesg output showing the errors when I disabled tagged command
queueing on scsi id 0:
scsi0:0:0:0: Attempting to queue an ABORT message
(scsi0:A:0:0): Queuing a recovery SCB
scsi0:0:0:0: Device is disconnected, re-queuing SCB
Recovery code sleeping
(scsi0:A:0:0): Abort Tag Message Sent
(scsi0:A:0:0): SCB 11 - Abort Tag Completed.
Recovery SCB completes
Recovery code awake
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
scsi0:0:0:0: Command found on device queue
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
(scsi0:A:0:0): Queuing a recovery SCB
scsi0:0:0:0: Device is disconnected, re-queuing SCB
Recovery code sleeping
(scsi0:A:0:0): Abort Tag Message Sent
(scsi0:A:0:0): SCB 7 - Abort Tag Completed.
Recovery SCB completes
Recovery code awake
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
(scsi0:A:0:0): Queuing a recovery SCB
scsi0:0:0:0: Device is disconnected, re-queuing SCB
Recovery code sleeping
(scsi0:A:0:0): Abort Tag Message Sent
(scsi0:A:0:0): SCB 4 - Abort Tag Completed.
Recovery SCB completes
Recovery code awake
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
(scsi0:A:0:0): Queuing a recovery SCB
scsi0:0:0:0: Device is disconnected, re-queuing SCB
Recovery code sleeping
(scsi0:A:0:0): Abort Tag Message Sent
(scsi0:A:0:0): SCB 14 - Abort Tag Completed.
Recovery SCB completes
Recovery code awake
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
scsi0:0:0:0: Command not found
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
scsi0:0:0:0: Command found on device queue
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
scsi0:0:0:0: Command found on device queue
aic7xxx_abort returns 8194
scsi0:0:0:0: Attempting to queue an ABORT message
scsi0:0:0:0: Command not found
aic7xxx_abort returns 8194
Karl <kop at meme.com>
To Unsubscribe: send mail to majordomo at FreeBSD.org
with "unsubscribe aic7xxx" in the body of the message
More information about the aic7xxx
mailing list