Date: Sun, 7 Jul 2013 09:32:51 +0200 From: =?utf-8?Q?Hans_Petter_Selasky?= <hans.petter.selasky@bitfrost.no> To: =?utf-8?Q?Ian_Smith?= <smithi@nimnet.asn.au>, =?utf-8?Q?Adrian_Chadd?= <adrian@freebsd.org> Cc: =?utf-8?Q?freebsd-acpi=40freebsd=2Eorg?= <freebsd-acpi@freebsd.org>, =?utf-8?Q?freebsd-stable=40freebsd=2Eorg?= <freebsd-stable@freebsd.org>, =?utf-8?Q?freebsd-usb=40freebsd=2Eorg?= <freebsd-usb@freebsd.org> Subject: RE: USB ports on Lenovo T400 do not work after a suspend/resume Message-ID: <zarafa.51d919a3.5c6f.493404901d08afeb@mail.lockless.no> In-Reply-To: <20130707154526.O26496@sola.nimnet.asn.au> References: <CAJ-Vmomg2j-nJi%2BqFr3CpCjHKjHEiLE=xyNyx1VGRL5U-r8gzQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi,=0D=0A=0D=0AFYI: The USB stack will currently run a complete controlle= r reset upon resume, like during boot.=0D=0A=0D=0A--HPS=20=0D=0A=0D=0A=20= =0D=0A-----Original message-----=0D=0A> From:Ian Smith <smithi@nimnet.asn= =2Eau <mailto:smithi@nimnet.asn.au> >=0D=0A> Sent: Sunday 7th July 2013 7= :52=0D=0A> To: Adrian Chadd <adrian@freebsd.org <mailto:adrian@freebsd.or= g> >=0D=0A> Cc: freebsd-acpi@freebsd.org <mailto:freebsd-acpi@freebsd.org= > ; freebsd-stable@freebsd.org <mailto:freebsd-stable@freebsd.org> ; free= bsd-usb@freebsd.org <mailto:freebsd-usb@freebsd.org>=20=0D=0A> Subject: R= e: USB ports on Lenovo T400 do not work after a suspend/resume=0D=0A>=20=0D= =0A> On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote:=0D=0A> > On= 30 June 2013 07:22, Ian Smith <smithi@nimnet.asn.au <mailto:smithi@nimne= t.asn.au> > wrote:=0D=0A> [..]=0D=0A> > > Nothing of note that I can see= , if that usb hub-to-bus remapping is=0D=0A> > > normal. As you said, '= CPU0: local APIC error 0x40' looks maybe sus.=0D=0A> > > Maybe someone w= ho knows might comment on that=3F=0D=0A>=20=0D=0A> Does noone know what t= hat signifies=3F Maybe it's not relevant to this.=0D=0A>=20=0D=0A> > > = Just checking: you've tried other USB devices apart from uftdi0=3F=0D=0A>= >=20=0D=0A> > Yup, there's no 5v on the port.=0D=0A>=20=0D=0A> I was r= ather taken aback to hear this. Would not this indicate a=20=0D=0A> fail= ure to reinitialise the basic underlying USB hardware on resume=3F=0D=0A>= =20=0D=0A> More than a bit bemused, Ian=0D=0A> __________________________= _____________________=0D=0A> freebsd-acpi@freebsd.org <mailto:freebsd-acp= i@freebsd.org> mailing list=0D=0A> http://lists.freebsd.org/mailman/list= info/freebsd-acpi <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi= >=20=0D=0A> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@fr= eebsd.org <mailto:freebsd-acpi-unsubscribe@freebsd.org> "=0D=0A>=20=0D=0A= =0D=0A From owner-freebsd-acpi@FreeBSD.ORG Sun Jul 7 10:26:42 2013 Return-Path: <owner-freebsd-acpi@FreeBSD.ORG> Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 07763A53; Sun, 7 Jul 2013 10:26:42 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by mx1.freebsd.org (Postfix) with ESMTP id B15201E3A; Sun, 7 Jul 2013 10:26:41 +0000 (UTC) Received: from mfilter3-d.gandi.net (mfilter3-d.gandi.net [217.70.178.133]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id AA0BC172071; Sun, 7 Jul 2013 12:26:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter3-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter3-d.gandi.net (mfilter3-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id TiBcnnYtprZp; Sun, 7 Jul 2013 12:26:29 +0200 (CEST) X-Originating-IP: 76.102.14.35 Received: from jdc.koitsu.org (c-76-102-14-35.hsd1.ca.comcast.net [76.102.14.35]) (Authenticated sender: jdc@koitsu.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 09BE7172081; Sun, 7 Jul 2013 12:26:25 +0200 (CEST) Received: by icarus.home.lan (Postfix, from userid 1000) id 46AE973A31; Sun, 7 Jul 2013 03:26:24 -0700 (PDT) Date: Sun, 7 Jul 2013 03:26:24 -0700 From: Jeremy Chadwick <jdc@koitsu.org> To: Ian Smith <smithi@nimnet.asn.au> Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume Message-ID: <20130707102624.GB51445@icarus.home.lan> References: <CAJ-Vmo=W3GW9FzLrTPePhJo_-KY_U--YWCCqA+8aWx8HbLkT+g@mail.gmail.com> <20130626152833.M78748@sola.nimnet.asn.au> <CAJ-Vmo=rhm-9mnRcnwWO1ANOZMNpiFXVkHNTVJ+aeJzpbGgF-g@mail.gmail.com> <20130626195154.GK88288@e-new.0x20.net> <CAJ-VmokEf2_EKKJMB=yqH1pimdNvdmaKvh+3-jJu_6vt5CUakA@mail.gmail.com> <20130627213331.W26984@sola.nimnet.asn.au> <CAJ-VmomUGm7CMpe5k=x4J8g5X9hzP-wV2OEhLf8ySbWx-THJLA@mail.gmail.com> <20130630233640.Y23789@sola.nimnet.asn.au> <CAJ-Vmokh=yAa_NsoE5ud2CdD0gMAiMCthwJ_DqW23_hnav7-Jw@mail.gmail.com> <20130707154526.O26496@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130707154526.O26496@sola.nimnet.asn.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Adrian Chadd <adrian@freebsd.org>, freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development <freebsd-acpi.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-acpi>, <mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>; List-Post: <mailto:freebsd-acpi@freebsd.org> List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>, <mailto:freebsd-acpi-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sun, 07 Jul 2013 10:26:42 -0000 On Sun, Jul 07, 2013 at 03:51:12PM +1000, Ian Smith wrote: > On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: > > On 30 June 2013 07:22, Ian Smith <smithi@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. It's too vague to know. The error comes from lapic_handle_error(), which is a generic/small routine which pulls the local APIC error status register. (Note I'm saying APIC, not ACPI -- two different things) apic_vector.S sets this up/makes use of this function, and its done as an interrupt handler. I think this is one of those situations where you have to know *what* is being set up/done at that moment in time for the error code to mean something. Maybe booting verbose would give more information as to what was being done that lead up to the line. I've CC'd John Baldwin who might have some ideas. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?zarafa.51d919a3.5c6f.493404901d08afeb>