On Fri, Aug 13, 2010 at 01:11:29PM -0400, James Bottomley wrote:
This is all true, but it's also only one aspect of the problem. I
agree with you that this is the part of the problem which affects
Linux at all scales, from Cloud servers in a data center that want to
suspend themselves when there's no work to do (and then fail to
respond to the WOL packet) to mobile platforms that are suspending
much more frequently.
However, it doesn't follow that this is the _only_ problem that the
Android folks might be interested in solving. Opportunistic suspend
is a different part of the problem space, which is generally believed
by the Android developers as being far more efficient than a
user-space suspend manager. Rafael has stated his complete
unwillingness to deal with this part of the problem. OK, so that
probably means that for Android, it will have to be an out-of-tree
kernel patch.
The question, then, is whether a solution which addresses the only
part of the problem which Rafael is interested in dealing with at this
point, is sufficient such that (a) the kernel-level opportunistic
suspend can be done as an out-of-tree patch, while simultaneously (b)
allowing device drivers for Android devices can utilize Rafael's
interfaces to solve the race design bug currently found in our suspend
subsystem, while (c) requiring minimal changes to the Android
userspace, and (d) providing all of the statistics and debugging
functionality required by the Android userspace.
If we can engineer a solution which meets (a), (b), (c), and (d)
above, then everyone will be happy.
- Ted
--
