Re: WD 93c33 trouble

[Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>]

macallan%NetBSD.org@localhost wrote:

> The problem I'm seeing is this - the wdsc driver deadlocks itself when  
> probing devices right after probing the first one. I ran into this  
> when trying to put a 2nd disk into my Indy - ARCS reports both without  
> trouble but NetBSD hangs after probing the first one. There's nothing  
> wrong with the 2nd disk - if I disconnect the other one and netboot  
> the machine NetBSD probes it just fine. Also, if I swap SCSI IDs so  
> the new disk is probed first it's still hanging after probing the  
> first device, so it's neither of the disks.
> 
> Is anyone else seeing this?

Works for me:
---
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007, 2008, 2009
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 5.99.7 (GENERIC32_IP2x) #12: Tue Feb 17 20:29:39 JST 2009
        tsutsui@mirage:/usr/src/sys/arch/sgimips/compile/GENERIC32_IP2x
total memory = 192 MB
(768 KB reserved for ARCS)
avail memory = 182 MB
timecounter: Timecounters tick every 10.000 msec
mainbus0 (root): SGI-IP22 [SGI, 6909a9b2], 1 processor
cpu0 at mainbus0: MIPS R5000 CPU (0x2310) Rev. 1.0 with built-in FPU Rev. 1.0
cpu0: 32KB/32B 2-way set-associative L1 Instruction cache, 48 TLB entries
cpu0: 32KB/32B 2-way set-associative write-back L1 Data cache
cpu0: 512KB/32B direct-mapped write-through L2 Data cache
int0 at mainbus0 addr 0x1fbd9880
int0: bus 75MHz, CPU 150MHz
imc0 at mainbus0 addr 0x1fa00000: revision 3
gio0 at imc0
newport0 at gio0: SGI NG1 (board revision 5, cmap revision 5, xmap revision 5, 
vc2 revision 0), depth 8
wsdisplay0 at newport0 kbdmux 1
wsmux1: connecting to wsdisplay0
hpc0 at gio0: SGI HPC3 (onboard)
zsc0 at hpc0 offset 0x59830
zstty0 at zsc0 channel 1 (console i/o)
zstty1 at zsc0 channel 0
pckbc0 at hpc0 offset 0x59840
sq0 at hpc0 offset 0x54000: SGI Seeq 80c03
sq0: Ethernet address 08:00:69:09:a9:b2
wdsc0 at hpc0 offset 0x44000: WD33C93B (20.0 MHz clock, BURST DMA, SCSI ID 0)
wdsc0: microcode revision 0x0d, Fast SCSI
scsibus0 at wdsc0: 8 targets, 8 luns per target
haltwo0 at hpc0 offset 0x58000: HAL2 revision 4.1.0
audio0 at haltwo0: half duplex
pi1ppc0 at hpc0 offset 0x59800
pi1ppc0: capabilities=0x8<PS2>
ppbus0 at pi1ppc0
ppbus0: No IEEE1284 device found.
lpt0 at ppbus0: port mode = 0x1<COMPATIBLE>
dsclock0 at mainbus0 addr 0x1fbe0000
ioc0 at mainbus0 addr 0x1fbd9800: rev 0, machine Indy (Guinness), board rev 0
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
timecounter: Timecounter "mips3_cp0_counter" frequency 75000000 Hz quality 100
scsibus0: waiting 2 seconds for devices to settle...
WARNING: module error: can't find `compat_svr4'
sd0 at scsibus0 target 1 lun 0: <IBM, DCAS-32160, S65A> disk fixed
sd0: 2063 MB, 8188 cyl, 3 head, 172 sec, 512 bytes/sect x 4226725 sectors
sd0: sync (100.00ns offset 12), 8-bit (10.000MB/s) transfers, tagged queueing
sd1 at scsibus0 target 2 lun 0: <MELCO, DSC-UGTV, 2.03> disk fixed
sd1: 76319 MB, 16383 cyl, 16 head, 596 sec, 512 bytes/sect x 156301488 sectors
sd1: sync (100.00ns offset 12), 8-bit (10.000MB/s) transfers
cd0 at scsibus0 target 5 lun 0: <TEAC, CD-ROM CD-516S, 1.0D> cdrom removable
cd0: sync (100.00ns offset 8), 8-bit (10.000MB/s) transfers
boot device: sd0
root on sd0a dumps on sd0b
root file system type: ffs

---

Note ID 0 is occupied by the host controller on SGI machines.

---
Izumi Tsutsui