[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0802011019370.3839-100000@iolanthe.rowland.org>
Date: Fri, 1 Feb 2008 10:22:03 -0500 (EST)
From: Alan Stern <stern@...land.harvard.edu>
To: David Brownell <david-b@...bell.net>
cc: linux-kernel@...r.kernel.org,
<linux-pm@...ts.linux-foundation.org>, <Harvey.Harrison@...il.com>
Subject: Re: Removing dev.power.power_state (WAS: Feature Removals for 2.6.25)
On Thu, 31 Jan 2008, David Brownell wrote:
> Quoth Harvey Harrison:
>
> > Ping?
> > What: dev->power.power_state
> > When: July 2007
> > Why: Broken design for runtime control over driver power states, confusing
> > driver-internal runtime power management with: mechanisms to support
> > system-wide sleep state transitions; event codes that distinguish
> > different phases of swsusp "sleep" transitions; and userspace policy
> > inputs. This framework was never widely used, and most attempts to
> > use it were broken. Drivers should instead be exposing domain-specific
> > interfaces either to kernel or to userspace.
> > Who: Pavel Machek <pavel@...e.cz>
>
> A lot of the infrastructure using that has already been deleted, and
> there are some incremental improvements pending for 2.6.25:
> But there are still quite a few users left, and a new one was (sigh)
> recently added.
> - drivers/usb/... has various users, HCDs look easy enough to fix but
> the other bits will take more thought
> - drivers/scsi/mesh.c
> I'll probably send in a few more patches for easy stuff in areas
> that I touch semi-frequently, but other folk should fix ATA, IDE,
> SCSI, SERIO, and so forth. It'd be good if Alan would help fix
> the USB stuff too. I'm not sure what Pavel's doing there...
I can look at the USB and SCSI stuff. It shouldn't be all that bad.
The userspace interface has been gone for quite some time now, and most
of the remaining uses of that field are write-only.
Alan Stern
--
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