From owner-freebsd-usb@FreeBSD.ORG Fri Nov 26 07:50:13 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 13A19106564A for ; Fri, 26 Nov 2010 07:50:13 +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 A44AA8FC12 for ; Fri, 26 Nov 2010 07:50:12 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id F105BE7225; Fri, 26 Nov 2010 07:50:11 +0000 (GMT) Received: from unknown (client-86-29-107-54.glfd.adsl.virginmedia.com [86.29.107.54]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 26 Nov 2010 07:50:11 +0000 (GMT) Date: Fri, 26 Nov 2010 07:49:43 +0000 From: Bruce Cran To: Brandon Gooch Message-ID: <20101126074943.00001950@unknown> In-Reply-To: References: <201011142136.57161.bruce@cran.org.uk> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) 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: Fri, 26 Nov 2010 07:50:13 -0000 On Thu, 25 Nov 2010 20:46:42 -0600 Brandon Gooch wrote: > It's becoming more well known that the USB stack isn't > "suspend/resume" safe at this point. Have you tried building your USB > systems as kernel modules and unloading/loading them via > /etc/rs.suspend|resume? I used to have luck doing that here, but > recently that has broken as well (running HEAD). I'm not so interested in using suspend/resume as a real feature, but more as a developer to report issues so that in the future we can perhaps have it working for end-users. Apparently there's lots of infrastructure work that still needs to be done before it's going to be reliable unfortunately. -- Bruce Cran