USB ports on Lenovo T400 do not work after a suspend/resume

[Hans Petter Selasky]

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 <adrian at freebsd.org <mailto:adrian at freebsd.org> >
> Sent: Sunday 7th July 2013 18:43
> To: Hans Petter Selasky <hans.petter.selasky at bitfrost.no <mailto:hans.petter.selasky at bitfrost.no> >
> Cc: freebsd-acpi at freebsd.org <mailto:freebsd-acpi at freebsd.org> ; freebsd-stable at freebsd.org <mailto:freebsd-stable at freebsd.org> ; Ian Smith <smithi at nimnet.asn.au <mailto:smithi at nimnet.asn.au> >; freebsd-usb at freebsd.org <mailto:freebsd-usb at 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.selasky at bitfrost.no <mailto:hans.petter.selasky at 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 <smithi at nimnet.asn.au <mailto:smithi at nimnet.asn.au> >
> >> Sent: Sunday 7th July 2013 7:52
> >> To: Adrian Chadd <adrian at freebsd.org <mailto:adrian at freebsd.org> >
> >> Cc: freebsd-acpi at freebsd.org <mailto:freebsd-acpi at freebsd.org> ; freebsd-stable at freebsd.org <mailto:freebsd-stable at freebsd.org> ;
> >> freebsd-usb at freebsd.org <mailto:freebsd-usb at 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 <smithi at nimnet.asn.au <mailto:smithi at 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-acpi at freebsd.org <mailto:freebsd-acpi at 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-unsubscribe at freebsd.org <mailto:freebsd-acpi-unsubscribe at freebsd.org> "
> >>
> _______________________________________________
> freebsd-acpi at freebsd.org <mailto:freebsd-acpi at 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-unsubscribe at freebsd.org <mailto:freebsd-acpi-unsubscribe at freebsd.org> "
>