Hi, The USB code should re-attach the uhub driver to the root HUB and any other HUBs after resume. Part of the attach code is to set the power on.
See /sys/dev/usb/usb_hub.c And: grep -r UHF_PORT_POWER /sys/dev/usb/ --HPS -----Original message----- > From:Adrian Chadd <adr...@freebsd.org <mailto:adr...@freebsd.org> > > Sent: Sunday 7th July 2013 18:43 > To: Hans Petter Selasky <hans.petter.sela...@bitfrost.no > <mailto:hans.petter.sela...@bitfrost.no> > > Cc: freebsd-a...@freebsd.org <mailto:freebsd-a...@freebsd.org> ; > freebsd-stable@freebsd.org <mailto:freebsd-stable@freebsd.org> ; Ian Smith > <smi...@nimnet.asn.au <mailto:smi...@nimnet.asn.au> >; > freebsd-...@freebsd.org <mailto:freebsd-...@freebsd.org> > Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume > > I don't think it's a USB controller issue. > > Those ports are connected to USB hubs, right? I wonder if there's some > ACPI nonsense that's resulting in the hubs not being powered up on > resume. > > > > -adrian > > On 7 July 2013 00:32, Hans Petter Selasky > <hans.petter.sela...@bitfrost.no <mailto:hans.petter.sela...@bitfrost.no> > > wrote: > > Hi, > > > > FYI: The USB stack will currently run a complete controller reset upon > > resume, like during boot. > > > > --HPS > > > > > > > > -----Original message----- > >> From:Ian Smith <smi...@nimnet.asn.au <mailto:smi...@nimnet.asn.au> > > >> Sent: Sunday 7th July 2013 7:52 > >> To: Adrian Chadd <adr...@freebsd.org <mailto:adr...@freebsd.org> > > >> Cc: freebsd-a...@freebsd.org <mailto:freebsd-a...@freebsd.org> ; > >> freebsd-stable@freebsd.org <mailto:freebsd-stable@freebsd.org> ; > >> freebsd-...@freebsd.org <mailto:freebsd-...@freebsd.org> > >> Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume > >> > >> On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: > >> > On 30 June 2013 07:22, Ian Smith <smi...@nimnet.asn.au > >> <mailto:smi...@nimnet.asn.au> > wrote: > >> [..] > >> > > Nothing of note that I can see, if that usb hub-to-bus remapping is > >> > > normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. > >> > > Maybe someone who knows might comment on that? > >> > >> Does noone know what that signifies? Maybe it's not relevant to this. > >> > >> > > Just checking: you've tried other USB devices apart from uftdi0? > >> > > >> > Yup, there's no 5v on the port. > >> > >> I was rather taken aback to hear this. Would not this indicate a > >> failure to reinitialise the basic underlying USB hardware on resume? > >> > >> More than a bit bemused, Ian > >> _______________________________________________ > >> freebsd-a...@freebsd.org <mailto:freebsd-a...@freebsd.org> mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > >> <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi> > >> To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org > >> <mailto:freebsd-acpi-unsubscr...@freebsd.org> " > >> > _______________________________________________ > freebsd-a...@freebsd.org <mailto:freebsd-a...@freebsd.org> mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi> > To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org > <mailto:freebsd-acpi-unsubscr...@freebsd.org> " > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
