| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <alpine.LRH.2.00.0904161210450.10907@twin.jikos.cz> Date: Thu, 16 Apr 2009 12:15:22 +0200 (CEST) From: Jiri Kosina <jkosina@...e.cz> To: Corrado Zoccolo <czoccolo@...il.com>, oliver@...kum.name Cc: Linux-Kernel <linux-kernel@...r.kernel.org> Subject: Re: linux-2.6.30rc1 mouse stuck with usb autosuspend enabled [ added Oliver to CC ] On Thu, 9 Apr 2009, Corrado Zoccolo wrote: > I found this regression w.r.t. 2.6.29. > When enabling usb automatic power management for all usb peripherals, with: > > for i in /sys/bus/usb/devices/*/power/level; do echo auto > $i; done Well, it's difficult to consider this to be a regression. With default settings (USB autosuspend turned off), the system behaves the same way as it did before (ie. no mouse autosuspend). > after 2 seconds of inactivity (my autosuspend threshold), the mouse > gets stuck under X. That's because it got suspended, as you have configured it to do so. > Pushing a mouse button will revive it (and the event is passed to X). Which is expected behavior. Your mouse (as many other mice out there) doesn't emit wakeup event on movement, it only does on button click. There is nothing kernel can do about it. This is one of the reasons why autosuspend is disabled by default (other reason being many devices broken beyond hope when it comes to waking up). -- Jiri Kosina SUSE Labs -- 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