MFC of "Large set of CAM improvements" breaks I/O to Adaptec 29160 SCSI controller

Alexander Motin mav at FreeBSD.org
Wed Apr 28 15:02:30 UTC 2010


Andy Farkas wrote:
> RELENG_8 csup'd with date=2010.02.14.00.00 works perfectly for days.
> 
> RELENG_8 csup'd with date=2010.02.15.00.00 dead-locks the disk I/O
> subsystem. Network still operational but anything needing disk hangs.
> Power-cycle required.
> 
> kernel config is GENERIC with KDB, DDB and BREAK_TO_DEBUGGER options added.
> 
> hardware:
> ahc0: <Adaptec 29160 Ultra160 SCSI adapter> port 0x4000-0x40ff mem
> 0xefa00000-0xefa00fff irq 16 at device 0.0 on pci10
> ahc0: [ITHREAD]
> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
> 
> da0: <SEAGATE ST3146707LW 0005> Fixed Direct Access SCSI-3 device
> da1: <SEAGATE ST3146707LW 0005> Fixed Direct Access SCSI-3 device
> 
> 
> The dead-lock can happen at any time, but I can provoke it by running
> a bonnie++ disk test. It happens doing rm -rf /usr/obj/usr and it has
> happened doing a make installworld. It can survive a make buildworld
> (the system runs normally until it decides to dead-lock).
> 
> The box (HP ProLiant ML 110) has 2 scsi disks and 4 sata disks. The
> 2010.02.15 kernel will run perfectly for days on the SATA disks. *Only*
> when the scsi disks are accessed will the system dead-lock. Note that
> the SATA disks do not work either if the system has dead-locked.
> 
> I can provide more details and a vmcore.0 if anyone is interested.

I have some 29160N locally and I'll try to reproduce this.

-- 
Alexander Motin


More information about the freebsd-scsi mailing list