On Wed, 30 May 2007, Nigel Cunningham wrote:Indeed. And also misses the point - the point being that we don't actually need to freeze anything at all most of the time. There's nothing wrong with making memory allocations etc. And yes, suspend is different from hibernate. I can see how hibernate people are worried about people writing to things after doing the snapshot, but those concerns don't exist with suspend. With suspend, the biggest concern is accessing a device after it has been suspended, but on the other hand, also the fact that we end up having driver writers used to the system being "runnable", so they do things that really do require a full-fledged system (and sometimes that means just some delayed action using a kernel thread, other times it seems to rely on more complex behaviour like firmware loading :^p ) Linus -
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Eric Paris | [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning |
| holzheu | Re: [RFC/PATCH] Documentation of kernel messages |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Alan Cox | Re: [BUG] New Kernel Bugs |
