[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D4C55B7.4010005@gmail.com>
Date: Fri, 04 Feb 2011 20:38:31 +0100
From: Jiri Slaby <jirislaby@...il.com>
To: Alan Stern <stern@...land.harvard.edu>
CC: "Rafael J. Wysocki" <rjw@...e.com>, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org,
Linux-pm mailing list <linux-pm@...ts.linux-foundation.org>
Subject: Re: [linux-pm] Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
On 02/04/2011 08:33 PM, Alan Stern wrote:
> On Fri, 4 Feb 2011, Jiri Slaby wrote:
>
>>>> It seems to suffice... No hangs still. Should I enable pm_async back
>>>> again to confirm the issue is still present?
>>>
>>> Yes, please, it would be good to know for sure.
>>
>> Ok, confirmed right now :).
>>
>> I disabled pm_async for USB again. What do you suggest next?
>
> What happens if you leave pm_async enabled but unplug all the USB
> devices before suspending?
Then I cannot suspend at all (ENOINPUTDEVICE)... And this would be
painful as the bug occurs once a week or so.
> If there are any USB devices you can't
> unplug, you can get an equivalent result by unconfiguring the root
> hubs:
>
> for a in /sys/bus/usb/devices/usb* ; do
> echo 0 >$a/bConfigurationValue
> done
Well, I can put this into suspend/resume scripts. What's the opposite
operation? 1 > $a/bConfigurationValue?
thanks,
--
js
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists