Bug#756011: CONTROL_USB_AUTOSUSPEND broken?

2014-07-28 Thread Ritesh Raj Sarraf
On 07/28/2014 04:56 PM, Harald Dunkel wrote:
 Yes. USB_AUTOSUSPEND module is removed now. You should instead use 
 runtime-pm. And if you have flaky devices, please blacklist them in 
 runtime-pm.conf.
  
 Maybe you should consider removing its config file as
 well? Anyway, I have added the usb id to the blacklist.
 Problem solved.

I'm glad that solved your problem. I am very broke right now. So that
was the quick fix I did because of the number of bug reports. We should
have a way to handle the removal of that stale config file.


 But in the office we have tons of different mice. Its
 pretty painful having to list every potential mouse model
 on every laptop. Turning off autosuspend for all usb is
 probably not the right way, either.

 Is there *any* optical mouse that does not turn off its
 LED in autosuspend mode, or are they all flaky? I would
 prefer a more reasonable default for this case.

I really do not have an answer to this question. This is perhaps
something the kernel devs (or the hardware devs) should answer.

There are other ways to blacklist. Like blacklisting the modules. You
may want to explore those options. Otherwise, if you have an opinion,
let me know.  I will consider it.

The thing about USB power saving is that it is a tradeoff in between how
much flexibility you want, and how much power you'd like to save.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature


Bug#756011: CONTROL_USB_AUTOSUSPEND broken?

2014-07-25 Thread Harald Dunkel
Package: laptop-mode-tools
Version: 1.65-2

Seems that CONTROL_USB_AUTOSUSPEND=0 doesn't work anymore.
Even though I have explicitly set

:
# Enable USB autosuspend feature?
# Set to 0 to disable
CONTROL_USB_AUTOSUSPEND=0
:

my external USB mouse goes off after only 2 seconds not
watching it. I have to click a button to wake it up again;
moving the mouse is not sufficient. Highly annoying. The
touchpad is not affected, as it seems.

I can reproduce this in KDM's failsafe mode, i.e. independent
of a running desktop environment or window manager.

On squeeze CONTROL_USB_AUTOSUSPEND worked as expected.


Please mail if I can help to track this down. Regards
Harri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org