On Tuesday 26 August 2014 at 03:03:57, Lennart Poettering wrote: > On Mon, 25.08.14 22:27, Ivan Shapovalov (intelfx...@gmail.com) wrote: > > > On Monday 25 August 2014 at 19:58:52, Lennart Poettering wrote: > > > [...] > > > > > > One more question though, regarding the terminology. So far we used the > > > following terms: > > > > > > "suspend" → means suspend-to-ram > > > "hibernate" → means suspend-to-disk > > > "hybrid-sleep" → means both STR + STD combined > > > "sleep" → a generic term for all of the above. > > > > > > Now, I do wonder how we should call the operation when we come back from > > > the sleep states. > > > > > > To me "resume" would probably most clearly be the reverse of "suspend", > > > but you actually are looking for the reverse of "hibernate" here. > > > > > > The reverse of "sleep" would be "wake" I figure... > > > > > > On the kernel side the terminology for all of this is completely > > > random. Especially given that the input layer names some keys with the > > > precise opposite of what the PM layer calls the operations... But we > > > really should try to clean this up a bit when exposing this in > > > userspace... > > > > > > So, dunno, what's the antonym of "hibernate"? SOmething like "thaw" > > > maybe? Any native english speakers with ideas? > > > > I've called it "resume" just because the kernel command line parameter > > is named "resume=", kernel messages use the term "resume", the arch > > initramfs > > hook is also named "resume" and so on... This may be inconsistent globally, > > but the opposite of hibernation is called "resume" pretty much everywhere. > > > > However, suggestions welcome. > > > Hmm, the fact that the kernel cmdline option is named "resume" is > probably a strong indication we should stick to that nomenclature, after > all that's UI already in away... > > But maybe call it "systemd-hibernate-resume@.service" and > systemd-hibernate-resume-generator or so? > > Longer to type but more precise, and I figure nobody has to type this > ever anyway...
That's what will be reflected in manpages. I'd argue that "systemd-resume" is how one expects this feature to be named -- support from "systemd" side for the kernel feature called "resume". -- Ivan Shapovalov / intelfx /
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
