From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 26 05:56:15 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6CE7C542; Wed, 26 Jun 2013 05:56:15 +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 BCC6F1F70; Wed, 26 Jun 2013 05:56:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r5Q5u51h009959; Wed, 26 Jun 2013 15:56:05 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 26 Jun 2013 15:56:05 +1000 (EST) From: Ian Smith To: Adrian Chadd Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume In-Reply-To: Message-ID: <20130626152833.M78748@sola.nimnet.asn.au> References: <20130621220013.X55167@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 05:56:15 -0000 On Tue, 25 Jun 2013 12:07:22 -0700, Adrian Chadd wrote: > On 21 June 2013 05:48, Ian Smith wrote: > > > No acpidump output on -stable or -acpi anyway .. likely best as an URL, > > if it comes down to ACPI. > > Ok, I'll put it online in a sec. Doubt I know enough to spot anything askance anyway, but others may. > > So the fingerprint reader, camera and bluetooth shown in your usbconfig > > don't serve as 'USB devices plugged in' in this regard? Do they work ok > > after resume, or not? > > they work after resume. Ok. > > No, the above are still on the suspend path, but logged on resume. I > > don't know what CDBS or EXP0,1,3,4 are. You've left out something like On reflection I think these are likely the card reader and subsidiaries? > > 'pci0:X:Y:0 Transition from D0 to D2' (or D3) before these ones, right? > > Nope, nothing is left out. I can boot with -v to get _all_ of the > messages, if that'll help. It might. I've been running with -v for a while so had forgotten that very little other than USB stuff is logged on suspend/resume without. > > loading on boot and unload/reload in rc.suspend/resume. This however > > was fixed by 9.1 for me, the first release where suspend/resume works > > flawlessly on the T23. I haven't tried a recent 9-STABLE though. Time I did so I guess, in case this may be a more recent regression and not specific to the T400. As soon as I can find a USB keyboard I'll see how 9.1-RELEASE goes on a friend's T500, which seems generally similar (going on their combined service manuals). > > Well, the earlier resume issues on UHCI might still not be fixed? You > > could try a kernel without UHCI, with the unload/reload dance .. > > I just tried that. unloading/reloading uhci doesn't affect things - > the external ports are still powered down after a suspend/resume pass. Right; more data anyway. Hopefully some more clues from boot -v output. cheers, Ian