From owner-freebsd-mobile@FreeBSD.ORG Tue Feb 7 14:49:19 2012 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8724210656DE for ; Tue, 7 Feb 2012 14:49:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 14B998FC14 for ; Tue, 7 Feb 2012 14:49:18 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 234525007; Tue, 07 Feb 2012 15:44:15 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, mobile@freebsd.org Date: Tue, 7 Feb 2012 15:42:21 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202071542.21701.hselasky@c2i.net> Cc: Subject: Re: usb resume regression (sort of) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2012 14:49:19 -0000 On Monday 06 February 2012 22:59:27 Bengt Ahlgren wrote: > I tried out 8.2-STABLE (from Feb 3rd) on my IBM Thinkpad X40 to see > whether the updates to usb fixed the resume stall problem with > 8.2-RELEASE. (The latter with the "gavin-usb-controller-patch" however > worked very well on this system!) > > Unfortunately, 8.2-STABLE didn't improve. On the contrary, no usb > devices at all work after resume, so this is kind of a regression. I > tested with a couple of different versions of the usb system and > concluded that it is commit r229370 that makes the difference. > > After resume, the console says: > > uhub1: at usbus1, port 1, addr 1 (disconnected) > uhub2: at usbus2, port 1, addr 1 (disconnected) > uhub3: at usbus3, port 1, addr 1 (disconnected) > uhub0: at usbus0, port 1, addr 1 (disconnected) > > What can I do to debug this further? It would be great to be able to > sort this for 8.3. Hi, Some more info: The code that executes the USB suspend and resume is located in: /sys/dev/usb/controller/usb_controller.c All devices should be re-connected again at resume. If you have USB audio devices, try suspend/resume w/o those plugged. --HPS