From owner-freebsd-usb@FreeBSD.ORG Sun Nov 28 10:18:54 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00C51065670 for ; Sun, 28 Nov 2010 10:18:54 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 394F48FC1B for ; Sun, 28 Nov 2010 10:18:54 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 91D13E60CB; Sun, 28 Nov 2010 10:18:53 +0000 (GMT) Received: from core.draftnet (client-86-27-19-187.glfd.adsl.virginmedia.com [86.27.19.187]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sun, 28 Nov 2010 10:18:52 +0000 (GMT) Date: Sun, 28 Nov 2010 10:18:19 +0000 From: Bruce Cran To: Brandon Gooch Message-ID: <20101128101819.52f32f35@core.draftnet> In-Reply-To: References: <201011142136.57161.bruce@cran.org.uk> <20101126074943.00001950@unknown> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: USB controller error logged when resuming after suspend X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 10:18:54 -0000 On Sat, 27 Nov 2010 18:46:22 -0600 Brandon Gooch wrote: > Do you mean USB subsystem infrastructure, or something more > far-reaching? > > It seems to me that it's SO close to being functional; in fact, I've > taken to not loading any USB drivers at all on my notebook, which > seems to be the only "reliable" way of using suspend/resume -- that's > not to say that it's perfect, but Pretty Good(TM). > > Also, If we could round-up the various sysctl settings and document > them in one place([1] or [2]), I imagine many users would have > suspend/resume as a workable feature, at least on amd64... It appears very close on some machines, but far away on others. For example my laptop suspends/resumes with VGA once if the nvidia driver is running, but panics when shutting down after that, and attempting to suspend another time results in a reboot. Other people say that suspending doesn't work at all. I think there's a lot of work other than in the USB stack that needs done before it's going to be reliable for everyone. I believe there's a wiki page being created with a list of issues that need resolved. -- Bruce Cran