Date: Fri, 2 Mar 2012 22:55:54 +0700 From: Alexey Dokuchaev <danfe@nsu.ru> To: Hans Petter Selasky <hselasky@c2i.net> Cc: freebsd-stable@freebsd.org Subject: Re: Resume broken in 8.3-PRERELEASE Message-ID: <20120302155554.GA1011@regency.nsu.ru> In-Reply-To: <201203021614.08678.hselasky@c2i.net> References: <20120227152238.GA2940@regency.nsu.ru> <201203020848.13410.hselasky@c2i.net> <20120302085702.GA42866@regency.nsu.ru> <201203021614.08678.hselasky@c2i.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Mar 02, 2012 at 04:14:08PM +0100, Hans Petter Selasky wrote: > On Friday 02 March 2012 09:57:03 Alexey Dokuchaev wrote: > > On Fri, Mar 02, 2012 at 08:48:13AM +0100, Hans Petter Selasky wrote: > > > If the reset doesn't work, then try to enable hw.usb.uhub.debug=15 and > > > see what port change events are coming. > > > > I don't see such oid hw.usb.uhub.debug. Perhaps it should be hw.usb.debug? What about this? I've did hw.usb.debug=15, but didn't see anything new on the console. > > > If cfg=255 in usbconfig, then something is wrong. > > > > It seems they are all zeros, per the output I've sent earlier. > > If they are all zeros, then everything is working like it should. If you can > dump the device and configuration descriptors, then there is no USB problem. I can only dump this information *before* suspend, after "resume" I cannot do almost anything except breaking into debugger (but not being able to "call doadump"). I had to revert to earlier revision to call usbconfig(8) after resume. > I'm thinking it might be some MICROCODE issue that causes the problem. Maybe > we shouldn't reset the OHCI and EHCI and UHCI and XHCI before handing over to > the MICROCODE suspend handler? > > Have a look in /sys/dev/usb/controller/xhci/ehci/ohci/uhci and search for > suspend. OK, I will try and report back, thanks. ./danfe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120302155554.GA1011>