Return-Path: From: Oliver Neukum To: Jesse Sung Subject: Re: [PATCH] Bluetooth: set reset_resume handler Date: Tue, 25 Oct 2011 13:43:49 +0200 Cc: linux-bluetooth@vger.kernel.org, 812132@bugs.launchpad.net References: <4EA67552.1090703@canonical.com> <201110251040.14016.oneukum@suse.de> <4EA69B6D.3000905@canonical.com> In-Reply-To: <4EA69B6D.3000905@canonical.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Message-Id: <201110251343.49236.oneukum@suse.de> Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Am Dienstag, 25. Oktober 2011, 13:20:13 schrieb Jesse Sung: > On 10/25/2011 04:40 PM, Oliver Neukum wrote: > > Am Dienstag, 25. Oktober 2011, 10:37:38 schrieb Jesse Sung: > >> > >> On some machines, it seems that usb hubs do not get power while > >> being suspended. We can get something like this in dmesg: > >> usb usb2: root hub lost power or was reset > >> > >> When this is the case, .reset_resume is called instead of .resume. > >> If .reset_resume is not set, bluetooth modules would stay in an unusable > >> state because the resume function is not called. > > > > Have you experimentally verified that? This state of affairs is years > > old and should result in a virtual unplug/replug cycle. What are you > > seeing? > > > > Regards > > Oliver > > Hi Oliver, > > Humm... You're right, there is an unplug-replug cycle, but bluetooth > doesn't work until I restart bluetoothd. If the resume function is > called through .reset_resume, then bluetooth works right after resume. Hi Yes, but we fail to indicate to user space that connections may have been dropped. I doubt we can simply pretend the loss of power hasn't occured. Have you tested what happens if you go to S3 while eg. a file is transfered or audio played with your patch? Regards Oliver