freebsd stable - Jun 2009 - (probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step

Today I upgraded an AMD64 server from FreeBSD 6.4 to 7-STABLE and got a big
nasty surprise with the Areca RAID controller:

arcmsr0: <Areca SATA Host Adapter RAID Controller (RAID6 capable)
 > mem 0xfdbff000-0xfdb400000 irq16 at device 14.0 on pci18
ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07
ARECA RAID ADAPTER0: FIRMWARE VERSION V1.46 2009-01-06
arcmsr0: [ITHREAD]
...
(probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step
run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config

 From here on it hangs and repeats the last message with some sort of
exponential backoff. Ctrl-Alt-Del to reboot doesn't work but ScrollLock
does. Hard reset is required to reboot.

Booting the old 6.4 kernel works and the system comes up again with full
access to the RAID array.

Any help appreciated.

-- 
Andre

At 08:19 AM 6/10/2009, Andre Oppermann wrote:
>Today I upgraded an AMD64 server from FreeBSD 6.4 to 7-STABLE and got a big
>nasty surprise with the Areca RAID controller:
>
>arcmsr0: <Areca SATA Host Adapter RAID Controller (RAID6 capable)
> > mem 0xfdbff000-0xfdb400000 irq16 at device 14.0 on pci18
>ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07
>ARECA RAID ADAPTER0: FIRMWARE VERSION V1.46 2009-01-06
>arcmsr0: [ITHREAD]
>...
>(probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step
>run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config

Not sure if its a firmware issue or not, but I am running an AMD64 
RELENG_7 kernel from Apr 23 and its works fine.  The DV1 error seems 
"normal" in that I get it as well. I dont boot off the controller, so 
not sure if thats part of the issue or not.

arcmsr0: <Areca SATA Host Adapter RAID Controller
 > mem 0xea600000-0xea600fff irq 18 at device 14.0 on pci3
ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07
ARECA RAID ADAPTER0: FIRMWARE VERSION V1.44 2008-2-1
arcmsr0: [ITHREAD]

(probe48:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step
da1 at arcmsr0 bus 0 target 0 lun 0
da1: <Areca usrvar R001> Fixed Direct Access SCSI-5 device
da1: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit)
da1: Command Queueing Enabled
da1: 76293MB (156249600 512 byte sectors: 255H 63S/T 9726C)
da0 at twa0 bus 0 target 0 lun 0
da0: <AMCC 9650SE-2LP DISK 3.08> Fixed Direct Access SCSI-5 device
da0: 100.000MB/s transfers
da0: 66747MB (136697856 512 byte sectors: 255H 63S/T 8509C)
da2 at arcmsr0 bus 0 target 0 lun 1
da2: <Areca backup1 R001> Fixed Direct Access SCSI-5 device
da2: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit)
da2: Command Queueing Enabled
da2: 2784728MB (5703123456 512 byte sectors: 255H 63S/T 355003C)

Andre Oppermann wrote:
> Today I upgraded an AMD64 server from FreeBSD 6.4 to 7-STABLE and got a big
> nasty surprise with the Areca RAID controller:
> 
> arcmsr0: <Areca SATA Host Adapter RAID Controller (RAID6 capable)
>  > mem 0xfdbff000-0xfdb400000 irq16 at device 14.0 on pci18
> ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07
> ARECA RAID ADAPTER0: FIRMWARE VERSION V1.46 2009-01-06
> arcmsr0: [ITHREAD]
> ...
> (probe23:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step
> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
> 
>  From here on it hangs and repeats the last message with some sort of
> exponential backoff. Ctrl-Alt-Del to reboot doesn't work but ScrollLock
> does. Hard reset is required to reboot.
> 
> Booting the old 6.4 kernel works and the system comes up again with full
> access to the RAID array.
> 
> Any help appreciated.
> 
I'll try to reproduce this locally.  There have been sporadic reports of
the "fails comparison" problem, but none as fatal as this.  Is it 
possible to compile your kernel with CAMDEBUG and
CAM_DEBUG_FLAGS=CAM_DEBUG_INFO?

Scott