Re: DEC PWS500au (MiataGL) EIDE Issues
Alexander Jacocks <[email protected]> Fri, 28 May 2021 11:29:30 -0400
| Newsgroups | gmane.os.netbsd.ports.alpha |
|---|---|
| Message-ID | <CAF-r0Y3NFbgPTM1-e4_RLEE9fbYJE=tWiF56bNRynq8kuAtgag@mail.gmail.com> |
Sorry for the delay! So, I booted the no-cypide kernel, and it cleared the "stray isa irq" messages. However, I don't seem to be able to do anything with the CD-ROM (stock Toshiba XM-6302b) attached as the secondary slave device. Here are the boot logs: <snip> [ 1.0000000] pciide0 at pci0 dev 7 function 1: Contaq Microsystems 82C693 PCI-ISA Bridge (rev. 0x00) [ 1.0000000] pciide0: primary channel ignored (not responding; disabled or no drives?) [ 1.0000000] pciide0: secondary channel ignored (other hardware responding at addresses) [ 1.0000000] pciide1 at pci0 dev 7 function 2: Contaq Microsystems 82C693 PCI-ISA Bridge (rev. 0x00) [ 1.0000000] pciide1: primary channel ignored (not responding; disabled or no drives?) [ 1.0000000] pciide1: secondary channel interrupting at isa irq 15 [ 1.0000000] atabus0 at pciide1 channel 1 <snip> [ 1.2316134] sd0 at atapibus0 drive 0: <\007\007x\003xx\000x\000\000\004\000\000\0\000 7O BHD MR-X23, 0\000 7O BHD MR-X23, \002> disk removable [ 1.3839553] uhub0 at usb0: NetBSD (0000) OHCI root hub (0000), class 9/0, rev 1.00/1.00, addr 1 [ 1.4974007] sd0(pciide1:1:0): Sense Error Code 0x60 [ 1.5538064] sd0: drive offline <snip> And, of course, the drive isn't available: -bash-5.1$ sudo fdisk sd0 fdisk: cannot opendisk /dev/rsd0: Device not configured Any suggestions? Thanks! - Alex On Sat, May 22, 2021 at 10:34 AM Jason Thorpe <[email protected]> wrote: > > > > On May 18, 2021, at 9:15 PM, Alexander Jacocks <[email protected]> > wrote: > > > > I finally managed to get the system up, having found a different LSI > 53c875 SCSI controller, that seems to work. > > > > Is there anything that I can do to test, easier, now that the system is > working? > > Hey Alex, sorry I wasn’t able to work on this for a couple of days. > > So, I think the first experiment to try is: build a kernel without > “cypide” … just use the fall-back “pciide” driver that will only do PIO, > and see if that does any better. > > I built one for you: > > http://www.netbsd.org/~thorpej/netbsd-alpha-9-2-GENERIC-no-cypide.gz > > Give that a whirl… if it results in a working drive (using the slower PIO > modes), then that narrows down where we need to look. > > Thanks! > > -- thorpej > >