Subject: usb problems on powermac
To: None <current-users@NetBSD.org>
From: Erik Bertelsen <erik@mediator.uni-c.dk>
List: current-users
Date: 08/12/1999 23:30:00
Hello all,

I bought a no-name PCI USB controller and put it into my
first generation G3 Desktop PowerMac running -current as of
today's sup.

I added the USB entries to the kernel configuration and 
observes the following when booting without anything
plugged into the USB ports:



NetBSD 1.4J (HJEMME) #132: Thu Aug 12 23:04:07 CEST 1999
    erik@rlanarh108.uni-c.dk:/home/src/sys/arch/macppc/compile/HJEMME
CPU: 750 (Revision 202)
total memory = 65536 KB
avail memory = 56992 KB
using 844 buffers containing 3376 KB of memory
mainbus0 (root)
cpu0 at mainbus0: 512KB backside cache enabled
pci0 at mainbus0 bus 0
pci0: i/o enabled, memory enabled
pchb0 at pci0 dev 0 function 0
pchb0: vendor 0x1057 product 0x0002 (rev. 0x40)
uhci0 at pci0 dev 14 function 0: vendor 0x1106 product 0x3038 (rev. 0x04)
uhci0: interrupting at irq 24
uhci0: USB version 1.0
usb0 at uhci0
uhub0 at usb0
uhub0: vendor 0x1106 UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
obio0 at pci0 dev 16 function 0: addr 0xf3000000
mesh0 at obio0 offset 0x10000 irq 12: 50MHz, SCSI ID 7
scsibus0 at mesh0: 8 targets, 8 luns per target
sd0 at scsibus0 targ 2 lun 0: <QUANTUM, FIREBALL ST3.2S, 0F0C> SCSI2 0/direct fixed
sd0: 3090 MB, 7068 cyl, 4 head, 223 sec, 512 bytes/sect x 6328861 sectors
bm0 at obio0 offset 0x11000 irq 42,33: address 00:05:02:de:c7:6c
zsc0 at obio0 offset 0x13000: irq 15,16
zstty0 at zsc0 channel 0
zstty1 at zsc0 channel 1
davbus at obio0 offset 0x14000 not configured
swim3 at obio0 offset 0x15000 not configured
nvram0 at obio0 offset 0x60000
wdc0 at obio0 offset 0x20000 irq 13
wd0 at wdc0 channel 0 drive 0: <QUANTUM FIREBALL SE4.3A>
wd0: drive supports 16-sector pio transfers, lba addressing
wd0: 4110MB, 14848 cyl, 9 head, 63 sec, 512 bytes/sect x 8418816 sectors
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2
wdc1 at obio0 offset 0x21000 irq 14
atapibus0 at wdc1 channel 0
cd0 at atapibus0 drive 0: <MATSHITA CR-585, , ZS20> type 5 cdrom removable
cd0: drive supports PIO mode 3, DMA mode 1
adb0 at obio0 offset 0x16000 irq 18: 2 targets
aed0 at adb0 addr 0: ADB Event device
akbd0 at adb0 addr 2: extended keyboard (ISO layout)
wskbd0 at akbd0: console keyboard
ams0 at adb0 addr 3: 1-button, 100 dpi mouse
wsmouse0 at ams0
ofb0 at pci0 dev 18 function 0: vendor 0x1002 product 0x4754
ofb0: 1024 x 768, 8bpp
wsdisplay0 at ofb0: console (std, vt100 emulation), using wskbd0
uhci0: Host System Error
uhci0: controller halted
IPsec: Initialized Security Association Processing.
bm0: supplying EUI64: 00:05:02:ff:fe:de:c7:6c
boot device: sd0
root on sd0a dumps on sd0b
bm0: starting DAD for fe80:0001::0205:02ff:fede:c76c
bm0: DAD complete for fe80:0001::0205:02ff:fede:c76c - no duplicates found
bm0: starting DAD for 3ffe:1400:0:0306::0001
bm0: DAD complete for 3ffe:1400:0:0306::0001 - no duplicates found

In particular I don't like the Host System Error message :-(

If I connect a Logitech USB mouse before rebooting, the kernel hangs
during initial probe of the USB stuff -- I can provide the exact messages
if needed. If I connect the mouse after booting, the kernel panics with
a trashed stack.

What I would like (besides getting it to work) is to get a more precise
identification of the USB controller (no company names on the box) and
whether or not it is working for someone on an i386 -- which may indicate
that it is a macppc problem...

regards
Erik Bertelsen