Port-alpha archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: I did a test on a DEC AlphaStation 600 and the SCSI driver seems borked
On 2/16/26 1:26 PM, Magnus Lindholm wrote:
This looks to be a different SCSI controller type :
yeah, I'm booting from an adaptec controller
Hrmmmm ... I have no internal SCSI disks at all. Unless we count the
CDROM which seems to work just fine. I did discover over lost hours
that one must use CD-R media and *not* CD-RW. The old CDROM works
fine with the CD-R stuff if the burn is very very slow.
.
.
.
How are these disks connected to the SCSI controller(s) ?
the root disk is connected to the adaptec internal 68-pin
connector, the disk attached to the qlogic ISP controller
is connected via the external scsi connector via a
disc cabinet (DEC)
Well here I am at a loss because I am using an external Sun SCSI storage
array which may be old but it is a battle axe. Works flawlessly on every
machine I ever tried and that includes this DEC AlphaStation 600. Just
not with the NetBSD isp driver.
Looking in sys/dev/ic/isp/isp.c where I know we need to deal with an
error etype at line 5279. However, I can not handle the error which
seems to be unknown and we fell into the default :
default:
isp_print_bytes(isp, "Unhandled Response Type", QENTRY_LEN,
qe);
if (XS_NOERR(xs)) {
XS_SETERR(xs, HBA_BOTCH);
}
break;
So then wherefore do we get this isp0: Unhandled Response Type 0x9 ?
This all starts with the LeeLoo Dallas "Multi-Pass" at line 5053 :
buddaboom = req_status_flags = req_state_flags = 0;
Clearly, yes ..... big buddaboom. Big.
I would need to make this verbose as hell and rebuild isp and see what
sort of really Big Budda Boom noises are made.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
Home |
Main Index |
Thread Index |
Old Index