should not probe devices of type SCSI_PROCESSOR

klchxbec klchxbec at m-net.arbornet.org
Tue Dec 16 21:11:22 PST 2003


Hi,

I tried 5.2-RC1 on a Lion server(ia64). It hung trying to send
commands to a SCSI_PROCESSOR device. These are not disks and probably
FreeBSD is trying to send it a read capacity command or something.
This hangs off the internal qlisp scsi card. Relevant excerpt
from the boot -v:

isp0: <Qlogic ISP 12160 PCI SCSI Adapter> port 0xa800-0xa8ff mem 0xf1ff0000-0xf1ff0fff irq 48 at device 2.0 on pci1
isp0: using I/O space register mapping
isp0: bus 0 is in LVD Mode
isp0: bus 1 is in LVD Mode
isp0: Board Type 12160, Chip Revision 0x6, resident F/W Revision 10.4.31
isp0: Last F/W revision was 10.4.31
isp0: 563 max I/O commands supported
isp0: Initiator ID is 7 on Channel 0
isp0: Initiator ID is 7 on Channel 1
isp0: Enabled FW features (0xa)
isp0: driver initiated bus reset of bus 0
isp0: driver initiated bus reset of bus 1
(probe0:isp0:0:0:0): Retrying Command
(probe1:isp0:0:1:0): Retrying Command
(probe6:isp0:0:6:0): error 22
(probe6:isp0:0:6:0): Unretryable Error

The inquiry data for this device (target id 6) is 
vendorid:productid:dev_type:periph_qualifier
ESG-SHV :SCA HSBP M12    :3:0

I think FreeBSD scsi stack should be fixed not to probe targets
of type SCSI_PROCESSOR(3). Is it possible to fix it before
5.2-RELEASE goes out ?



More information about the freebsd-scsi mailing list