search for: uhub

...process is much complicated by the fact usb.ko module can not be unloaded 'cause some process is referencing it: marck@revamp:~/tmp> kldstat -v -i 11 Id Refs Address Size Name 11 1 0xc0cf7000 1b000 usb.ko Contains modules: Id Name 62 usb/uhub 63 uhub/uhub 64 ohci/usb 65 uhci/usb 66 pci/uhci 67 pci/ohci (usbd has been killed, surely) marck@revamp:~/tmp> dmesg | grep -i usb pci0: <Intel 82371AB/EB (PIIX4) USB controller> (vendor=0x8086, dev=0x7112)...

...,0xfc00-0xfc0f at device 15.1 on pci0 ata0: <ATA channel 0> on atapci1 ata1: <ATA channel 1> on atapci1 uhci0: <VIA 83C572 USB controller> port 0xe080-0xe09f irq 20 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: <VIA 83C572 USB controller> on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: <VIA 83C572 USB controller> port 0xe000-0xe01f irq 22 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: <VIA 83C572 USB controller> on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI...

On Tue, Apr 15, 2008 at 12:20 PM, Roland Smith <rsmith@xs4all.nl> wrote: > On Tue, Apr 15, 2008 at 11:34:31AM -0700, Steve Franks wrote: > > Being a naturally curious guy, with your pointers, I've located the following: > > > > [steve@dystant /var/crash]$ sudo cat info.2 > > Yep. This is what you need. > > > > Dump header from device

...any port - then all the ports work fine after resume. I've attached usbconfig and acpidump output. here's what is logged in the kernel buffer during suspend and resume: Her'es the suspend: Jun 20 14:03:34 lucy acpi: suspend at 20130620 14:03:34 Jun 20 14:03:38 lucy kernel: [100031] uhub0: at usbus0, port 1, addr 1 (disconnected) Jun 20 14:03:38 lucy kernel: [100036] uhub1: at usbus1, port 1, addr 1 (disconnected) Jun 20 14:03:38 lucy kernel: ugen1.2: <vendor 0x08ff> at usbus1 (disconnected) Jun 20 14:03:38 lucy kernel: ugen1.3: <Lenovo Computer Corp> at usbus1 (disconn...