From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 5 10:31:42 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E7DD1065675; Thu, 5 Aug 2010 10:31:42 +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 700088FC15; Thu, 5 Aug 2010 10:31:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o75ABuuC069096; Thu, 5 Aug 2010 20:11:57 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 5 Aug 2010 20:11:56 +1000 (EST) From: Ian Smith To: Hans Petter Selasky In-Reply-To: <201007301752.07485.hselasky@c2i.net> Message-ID: <20100805194336.D34284@sola.nimnet.asn.au> References: <201007301752.07485.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: bf1783@gmail.com, freebsd-acpi@freebsd.org, freebsd-usb@freebsd.org Subject: Re: suspend/resume and the freebsd usb stack X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 10:31:42 -0000 On Fri, 30 Jul 2010, Hans Petter Selasky wrote: > On Friday 30 July 2010 16:53:22 b. f. wrote: > > Are these criticisms of suspend/resume for the usb stack justified?: > > > > http://lists.freebsd.org/pipermail/svn-src-head/2010-July/018974.html > > > > If so, are there any plans to fix the problem(s)? > > > > Regards, > > b. > > Hi, > > Suspend and resume has not been too much tested! Some part is done in the > BIOS, the other part is done in the OS. You can try doing a detach instead of > a suspend, and an attach instead of a resume. Do you mean doing what you often used to have to do with the old usb stack, at least on some laptops, that is kldunload usb before suspend and kldload usb after resume, in /etc/rc.{suspend,resume} respectively? If so, how would that go if (eg) you had a USB stick or external drive mounted? And with usb in kernel, I guess you can't unload it anyway? I know doing that used to cause panics, but admit not having tried it more recently, except one suspend/resume (default rc.{suspend,resume}) from the Fixit shell booted from the 8.1-RELEASE-i386-memstick.img the other night, where I got I/O read errors on commands, that ceased after removing/reinserting the mounted stick (which WAS quite encouraging :) If not, what/how do you mean by detach and attach here? > Patches are welcome! First don't we need to describe just what the problems really are? cheers, Ian