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