Subject: Re: ACPI vs VIA USB (netbsd-4 vs netbsd-3)
To: None <port-i386@netbsd.org>
From: Stephen Borrill <netbsd@precedence.co.uk>
List: port-i386
Date: 10/19/2007 15:50:52
On Thu, 4 Oct 2007, Stephen Borrill wrote:
> I've a product based around a variety of VIA miniITX boards and I'm readying 
> our release of software based on netbsd-4 instead of 3. However, I've found 
> that with acpi enabled, one revision of the board doesn't notice when usb 
> memory devices are plugged in (the LED on my pendrive doesn't light up). A 
> USB mouse works, but plugging in a pen drive kills it (device gets detached 
> and won't re-attach). This didn't happen with 3.1_STABLE (though kernel 
> configs differ between the two, of course).
>
> Any clues on where to look to track this down?

To follow myself up, here's the relevant output with usbdebug and 
uhcidebug set to 10 as I plug in the pendrive with a usb mouse plugged in:

usb_transfer_complete: pipe=0xc0e11080 xfer=0xc0e13200 status=0 actlen=1
usb_transfer_complete: repeat=1 new head=0xc0e13200
usb_needs_explore
usb_event_thread: woke up
usb_discover
usbd_alloc_xfer() = 0xc0e13100
usbd_transfer: xfer=0xc0e13100, flags=2, pipe=0xc0e11200, running=0
usbd_dump_queue: pipe=0xc0e11200
usb_allocmem: use frag=0xc981ee80 size=4
usb_insert_transfer: pipe=0xc0e11200 running=0 timeout=5000
uhci_root_ctrl_control type=0xa3 request=00
usb_transfer_complete: pipe=0xc0e11200 xfer=0xc0e13100 status=0 actlen=4
usb_freemem: frag=0xc981ee80
usb_transfer_complete: repeat=0 new head=0x0
usbd_start_next: pipe=0xc0e11200, xfer=0x0
usbd_free_xfer: 0xc0e13100
usbd_alloc_xfer() = 0xc0e13100
usbd_transfer: xfer=0xc0e13100, flags=2, pipe=0xc0e11200, running=0
usbd_dump_queue: pipe=0xc0e11200
usb_allocmem: use frag=0xc981ee80 size=4
usb_insert_transfer: pipe=0xc0e11200 running=0 timeout=5000
uhci_root_ctrl_control type=0xa3 request=00
usb_transfer_complete: pipe=0xc0e11200 xfer=0xc0e13100 status=0 actlen=4
usb_freemem: frag=0xc981ee80
usb_transfer_complete: repeat=0 new head=0x0
usbd_start_next: pipe=0xc0e11200, xfer=0x0
usbd_free_xfer: 0xc0e13100
usbd_alloc_xfer() = 0xc0e13100
usbd_transfer: xfer=0xc0e13100, flags=2, pipe=0xc0e11200, running=0
usbd_dump_queue: pipe=0xc0e11200
usb_insert_transfer: pipe=0xc0e11200 running=0 timeout=5000
uhci_root_ctrl_control type=0x23 request=01
uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=17
usb_transfer_complete: pipe=0xc0e11200 xfer=0xc0e13100 status=0 actlen=0
usb_transfer_complete: repeat=0 new head=0x0
usbd_start_next: pipe=0xc0e11200, xfer=0x0
usbd_free_xfer: 0xc0e13100
usbd_alloc_xfer() = 0xc0e13100
usbd_transfer: xfer=0xc0e13100, flags=2, pipe=0xc0e11200, running=0
usbd_dump_queue: pipe=0xc0e11200
usb_insert_transfer: pipe=0xc0e11200 running=0 timeout=5000
uhci_root_ctrl_control type=0x23 request=01
uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=16
usb_transfer_complete: pipe=0xc0e11200 xfer=0xc0e13100 status=0 actlen=0
usb_transfer_complete: repeat=0 new head=0x0
usbd_start_next: pipe=0xc0e11200, xfer=0x0
usbd_free_xfer: 0xc0e13100
uhub_disconnect: up=0xc0e11144 dev=0xc0e24680 port=2
usb_disconnect_port: disconnect subdevs
uhidev0: at uhub2 port 2 (addr 2) disconnected
wsmouse1 detached
ums0 detached
uhidev0 detached
usbd_ar_pipe: pipe=0xc0e24600
usbd_dump_queue: pipe=0xc0e24600
usbd_alloc_xfer() = 0xc0e13100
usbd_transfer: xfer=0xc0e13100, flags=2, pipe=0xc0e11200, running=0
usbd_dump_queue: pipe=0xc0e11200
usb_insert_transfer: pipe=0xc0e11200 running=0 timeout=5000
uhci_root_ctrl_control type=0x23 request=01
uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=16
usb_transfer_complete: pipe=0xc0e11200 xfer=0xc0e13100 status=0 actlen=0
usb_transfer_complete: repeat=0 new head=0x0
usbd_start_next: pipe=0xc0e11200, xfer=0x0
usbd_free_xfer: 0xc0e13100
usb_event_thread: woke up
usb_discover
usb_event_thread: woke up
usb_discover
usb_event_thread: woke up
usb_discover
usb_event_thread: woke up
usb_discover

-- 
Stephen