* Rafael J. Wysocki ([email protected]) wrote:
> (5) Hibernation should be transparent from the applications' point of view
>
> Generally, applications should not notice that hibernation took place.
> [Note that I don't regard all processes as applications and I think that
> there may be processes which need to handle the hibernation in a special
> way.] Ideally, for example, if some audio is being played when a
> hibernation starts, the audio player should be able to continue playing the
> same audio after the restore from the point in which it has been
> interrupted by the hibernation. Also, the CPU affinities and similar
That would be _so_ embarrassing in a library; I'd rather the audio
player had the opportunity to consider whether restarting was a good idea.
> (6) State of devices from before hibernation should be restored, if possible
>
> If possible, during a restore devices should be brought back to the same
> state in which they were before the corresponding hibernation. Of course
> in some situations it might be impossible to do that (eg. the user
> connected the hibernated system to a different IP subnet and then
> restored), but as a general rule, we should do our best to restore the
> state of devices, which is directly related to point (5) above.
Or the user unplugs their flash drive after hibernation rather than before.
Two things which I think would be nice to consider are:
1) Encryption - I'd actually prefer if my luks device did not
remember the key accross a hibernation; I want to be forced to
reenter the phrase. However I don't know what the best thing
to do to partitions/applications using the luks device is.
2) Some level of debugging needs to be available so that users can
provide something so you can see why something hasn't hibernated
or why (as in the case of this tosh laptop) it still takes power
during hibernation.
Dave
--
-----Open up your eyes, open up your mind, open up your code -------
/ Dr. David Alan Gilbert | Running GNU/Linux on Alpha,68K| Happy \
\ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex /
\ _________________________|_____ http://www.treblig.org |_______/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
