Messages in this thread |  | | Date | Wed, 22 May 2002 02:15:25 +0200 | From | Pavel Machek <> | Subject | Re: suspend-to-{RAM,disk} for 2.5.17 |
| |
Hi!
> > I need to know more than they are sleeping. I also know they are > > sleeping *without holding any semaphores*. I need working system to be > > able to save state to disk. That's why I hacked it into signal > > handler. > > Sorry, I should have been more clear. I think the signal handler approach > is fine for user processes, I was just wondering why you needed anything > like that for kernel threads.. > > When a kernel thread is sleeping, I don't see that it has much state at > all: it will be re-started anyway on the next boot, and I don't see it > having any "state".
If that kernel thread is sleeping because it waits for disk, it has some state, and I do not want to freeze it just now (because it might hold some lock). I only want to freeze them at safe point, and it seemed to me that for kernel threads it is easiest to mark safe points by hand.
Does it compile for you for now? Pavel -- Casualities in World Trade Center: ~3k dead inside the building, cryptography in U.S.A. and free speech in Czech Republic. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |