linux-kernel - Re: [PATCH] Fix /sys/device/.../power/state regression

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]

Message-ID: <45BF91CA.9030609@tremplin-utc.net>
Date:	Tue, 30 Jan 2007 19:43:22 +0100
From:	Eric Piel <Eric.Piel@...mplin-utc.net>
To:	Pavel Machek <pavel@....cz>
Cc:	Matthew Garrett <mjg59@...f.ucam.org>,
	David Brownell <david-b@...bell.net>,
	linux-kernel@...r.kernel.org, gregkh@...e.de
Subject: Re: [PATCH] Fix /sys/device/.../power/state regression

01/27/2007 02:17 PM, Pavel Machek wrote/a écrit:
> Hi!
> 
>> In 2.6.19, support for splitting driver suspend and resume callbacks 
>> into interrupt and non-interrupt contexts was added. Unfortunately, this 
>> broke /sys/device/.../power/state support for all devices. In the long 
>> run, this should be obsoleted by power management support in the 
>> individual drivers - however, in the case of network drivers (for 
>> example), currently only three drivers implement any sort of useful 
>> run-time power management.
> 
> Well... solution seems to be 'implement useful pm for more drivers'
> not 'discourage people from doing so by re-enabling broken interface'.
> 
>> --- a/Documentation/feature-removal-schedule.txt
>> +++ b/Documentation/feature-removal-schedule.txt
>> @@ -9,7 +9,8 @@ be removed from this file.
>>  What:	/sys/devices/.../power/state
>>  	dev->power.power_state
>>  	dpm_runtime_{suspend,resume)()
>> -When:	July 2007
>> +	bus->pm_has_noirq_stage()
>> +When:	Once alternative functionality has been implemented
> 
> .../power/state never worked properly. You have been warned and it is
> going to be removed. It oopses kernels... while 'only' providing power
> savings. If you are interested in power savings, please help doing
> them right.

Hi,
I realize that I'm arriving just far too late on this thread to bring 
any meaning, so that's just for the info...

I have been using this interface for a _long_ time (before june 2005, cf 
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=111869558800526&w=2) 
and for different things than power saving: I can turn off my (usb) 
optical mouse when watching a movie or going to bed.

Is there any hardware independent alternative to turn off USB devices?

See you,
Eric
-
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/