From owner-freebsd-usb@FreeBSD.ORG Sun Jul 7 15:57:56 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 54FBC63E; Sun, 7 Jul 2013 15:57:56 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 948BF1980; Sun, 7 Jul 2013 15:57:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r67FvenY083581; Mon, 8 Jul 2013 01:57:41 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 8 Jul 2013 01:57:40 +1000 (EST) From: Ian Smith To: Jeremy Chadwick Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume In-Reply-To: <20130707102624.GB51445@icarus.home.lan> Message-ID: <20130708010728.I26496@sola.nimnet.asn.au> References: <20130626152833.M78748@sola.nimnet.asn.au> <20130626195154.GK88288@e-new.0x20.net> <20130627213331.W26984@sola.nimnet.asn.au> <20130630233640.Y23789@sola.nimnet.asn.au> <20130707154526.O26496@sola.nimnet.asn.au> <20130707102624.GB51445@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, John Baldwin , freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jul 2013 15:57:56 -0000 On Sun, 7 Jul 2013 03:26:24 -0700, Jeremy Chadwick wrote: > 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 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) Indeed; I've been familiar with PICs since c.'79. Googling to check what the 'A' stood for I found this .. from '97 but usefully descriptive perhaps: http://people.freebsd.org/~fsmp/SMP/papers/apicsubsystem.txt I also found this from March 2011 involving Mike Tancsa, you and jhb@ :) http://freebsd.1045724.n5.nabble.com/CPU0-local-APIC-error-0x40-CPU1-local-APIC-error-0x40-td3961805.html > apic_vector.S sets this up/makes use of this function, and its done as > an interrupt handler. Whether an (unserviced?) interrupt error is related to Adrian's symptom - apparent total failure of USB reinitialisation on resume, but only if no USB devices exist in the external slots - remains to be seen. hps@ has just confirmed that it should work the same as on boot, but then this error was flagged on boot - perhaps it also manifests on resume? > 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. Thanks. We have verbose dmesg already. Thread starts (in -stable) at http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/073917.html and amidst some wild goose chases, pointer to verbose dmesg etc is at http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/074018.html cheers, Ian