On Thu, 27 Sep 2007, Steve Calfee wrote: > Isn't power saving a policy decision? Whether or not power saving should be implemented and under what conditions it should occur are indeed policy decisions. However the decision to actually power-down a device (because the specified conditions have occurred) is not a policy decision -- it is an action to carry out a policy. > Should it not be left to > userspace to control? No. You shouldn't expect users to run a program that would notice a particular disk drive hasn't been used in X minutes and then power it down. (Although they could if they wanted to... except that there's no way for userspace to know when the drive was most recently used.) > Doesn't userspace decide to blank the video based on user > preferences? The X server runs in userspace, yes. However VT console blanking is part of the kernel. So it works both ways. > Userspace could jump through all sorts of hoops to wait > for disks to spin down, etc on the way to powersaving. I'm not sure what you mean here. What I have described is the way Windows works, for example. You tell the system how long you want it to wait before spinning down an idle drive and it takes care of everything else; you don't have to tell it each time you want the drive spun down. > If we really need the capability to suspend a mouse/keyboard etc > after 2-n seconds of no use, shouldn't it be userspace that enables > the "autosuspend"? If by "enables" you mean that userspace tells the system the value of n, then yes. If you mean that userspace waits until the mouse/keyboard has been inactive for n seconds and tells the system to suspend it, then no. (That wouldn't be an autosuspend anyway -- it would be a manual suspend.) > Has the battery life impact of the various device > shutdowns been measured and found useful? Yes. > Just a bunch of questions, but it seems to me that what is really > needed is a mechanism for userspace to do fine grained power control. There is such a mechanism, for USB at least. (Not well documented yet; I'm working on it.) If userspace wants to, it can disable autosuspend and do everything manually. Alan Stern - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
