Very strange 'abort' errors in dmesg on U320 Adaptec AIC79XX

Very strange 'abort' errors in dmesg on U320 Adaptec AIC79XX

Post by Lord Apollyo » Tue, 10 Aug 2004 03:10:32



Linux 2.4.26, stock kernel, with aic79xx=rd_strm:{0x0005,} as a boot option.

The system is a new SuperMicro 5013C-M8, P4-3.2Ghz, FSB800 system. I'm using
the "new" Adaptec AIC79xx driver.

I'm seeing strange log entries like:

scsi0:0:2:0: Attempting to abort cmd f7b29600: 0x2a 0x0 0x0 0x3a 0xa4 0x3d
0x0 0x0 0x8 0x0
scsi0:0:2:0: Command not found
scsi0:0:0:0: Attempting to abort cmd f7b2cc00: 0x2a 0x0 0x0 0x20 0xe2 0xbf
0x0 0x0 0x8 0x0
scsi0:0:0:0: Command already completed

This scares the*out of me, as Command 0x2a is WRITE.  Why is the driver
trying to abort these commands?  All of the log entries report that the
command can't be found or it's already completed, and I'm not noticing any
filesystem corruption [yet?].  It's a new deployment, and this has me a bit
worried.  There are only two Maxtor Atlas IV 10K 36GB drives attached to the
first SCSI bus, via the hot-swap 80-pin SCA backplane.

Some kernel/hardware setup details follow:

# lspci
[...]
02:03.0 SCSI storage controller: Adaptec AIC-7902B U320 (rev 10)
02:03.1 SCSI storage controller: Adaptec AIC-7902B U320 (rev 10)
03:09.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: MAXTOR   Model: ATLAS10K4_36SCA  Rev: DFV0
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 02 Lun: 00
  Vendor: MAXTOR   Model: ATLAS10K4_36SCA  Rev: DFV0
  Type:   Direct-Access                    ANSI SCSI revision: 03

Driver startup details:

PCI: Guessed IRQ 9 for device 02:03.0
PCI: Sharing IRQ 9 with 02:03.1
IRQ routing conflict for 03:09.0, have irq 11, want irq 9
PCI: Guessed IRQ 9 for device 02:03.1
PCI: Sharing IRQ 9 with 02:03.0
IRQ routing conflict for 03:09.0, have irq 11, want irq 9
scsi0 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.10

Cheers,
Lord Apollyon

--
Roasting spammers alive since 1992.  Thousands and thousands liberated from
the bonds of this mortal coil.

**WARNING**
Never ever send me email to this FROM address unless you want to have your
account auto-reported for network abuse.