Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 24 Jan 2005 15:27:56 +0100 (CET)
From:      Michael Reifenberger <mike@Reifenberger.com>
To:        freebsd-scsi@freebsd.org
Subject:   Rev 1.147 of cam_xpt.c kills me (fwd)
Message-ID:  <20050124152712.P80516@fw.reifenberger.com>

next in thread | raw e-mail | index | archive | help
Hi,
anyone else sees this?

---------- Forwarded message ----------
Date: Sun, 23 Jan 2005 18:23:25 +0100 (CET)
From: Michael Reifenberger <mike@reifenberger.com>
To: mjacob@FreeBSD.org
Subject: Rev 1.147 of cam_xpt.c kills me

Hi,
I have an internal IDE to U2W SCSI RAID subsystem with 5 IDE-Disks in RAID5 
which hangs on an Adaptec 2940.
All is with an 4G, 3200+, ASUS A8V-deluxe.

With your above patch a new kernel hangs after finding a da1 on LUN
32. (Seems that da1 is the same device as da0).
Then I get bus resets and broken SCB's...
I can reboot but have to power down the system to get the RAID subsystem 
working again.

Dmesg with Rev. 1.146 of cam_xpt.c:
...
ahc0: <Adaptec 2940 Ultra2 SCSI adapter (OEM)> port 0xb000-0xb0ff
  mem 0xfad00000-0xfad00fff irq 19 at device 14.0 on pci0
ahc0: [GIANT-LOCKED]
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs:
...
da0 at ahc0 bus 0 target 0 lun 0
da0: <easyRAID Volume Set # 00 R001> Fixed Direct Access SCSI-3 device
da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing 
Enabled
da0: 953899MB (1953585152 512 byte sectors: 255H 63S/T 121605C)
...

It seems to report itself as SCSI-3 but dislikes to get probed for too many 
LUN's...

Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
       http://www.plaut.de           |       http://www.Reifenberger.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050124152712.P80516>