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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 21 Sep 2007 16:20:22 +0200
From:	Hans de Goede <j.w.r.degoede@....nl>
To:	Jiri Kosina <jikos@...os.cz>
CC:	linux-kernel <linux-kernel@...r.kernel.org>,
	linux-usb-devel@...ts.sourceforge.net,
	Hans de Goede <j.w.r.degoede@....nl>
Subject: Re: USB autosuspend and turning of usb pendrive leds

<please use reply to all to keep me cc-ed, I'm not subscribed>

Jiri Kosina wrote:
> On Fri, 21 Sep 2007, Hans de Goede wrote:
> 
>> 1) Would it be possible to funtionality to the kernel to suspend a device in
>>    such a way that it will automatically unsuspend when used again?
> 
> It is possible - USB now supports autosuspend. After a long debate, it was 
> however devcided that it is explicitly turned off, and userspace is free 
> to turn it on via sysfs interface for whatever devices the user likes to 
> do so.
> 

Thats not what I had in mind, autosuspend doesn't work (presumably because hal 
keeps polling for media change) maybe I should fix hal to not keep polling for 
devices which don't have removable media?

What one was able todo some time ago when there still was a power/state sysfs 
entry for usb devices, was suspend the device without changing the autosuspend 
state and then it would wake automatically when used again, I think it would be 
easiest for hal to see this behaviour back.

Note I'm not saying that this behaviour should be brought back, currently I'm 
mainly trying to find out what hal may / may not expect from the kernel with 
regards to usb suspend in the future so that I can write a hal patch based on that.

Regards,

Hans

-
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