Hi, I think it might be a problem that the explore thread is running at the same time we are doing a resume on the hardware. What happens if you run: usbconfig -u xxx -a yyy set_config 0 On one of the root HUBs ? Do the devices re-appear ? And if you replug the device? Does it re-appear? What you can try is to run the "detach()" instead of "suspend()" and "attach()" instead of "resume()" for ehci/ohci/uhci. See sys/dev/usb2/controller . Right now we are moving around the files, else I could have sent you a patch. --HPS On Sunday 22 February 2009, Brandon Gooch wrote: > I've been using Jung-uk Kim's suspend patches for amd64 since before > the new USB stack: > > http://people.freebsd.org/~jkim/amd64_suspend.diff > > Now when I suspend and resume, I lose USB ports. > > >From dmesg: > > ugen0.2: <STMicroelectronics> at usbus0 (disconnected) > stray irq0 > usbus2: port reset timeout > uhub_reattach_port:348: port 2 reset failed, error=USB_ERR_TIMEOUT > uhub_reattach_port:434: device problem (USB_ERR_TIMEOUT), disabling port 2 > > I'm at svn rev. 188909. > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"Received on Mon Feb 23 2009 - 07:13:35 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:42 UTC