Messages in this thread | | | From | (Eric W. Biederman) | Subject | Re: [PATCH] kthread: saa7134-tvaudio.c | Date | Tue, 29 Aug 2006 16:39:53 -0600 |
| |
Andrew Morton <akpm@osdl.org> writes:
> So in general, yes, the driver should be converted to the kthread API - > this is a requirement for virtualisation, but I forget why, and that's the > "standard" way of doing it.
With the kthread api new kernel threads are started as children of keventd in well defined circumstances. If you don't do this kernel threads can wind up sharing weird parts of a parent process's resources and locking resources in the kernel long past the time when they are actually used by anything a user space process can kill.
We have actually witnessed this problem with the kernels filesystem mount namespace. Mostly daemonize in the kernel unshares everything that could be a problem but the problem is sufficiently subtle it makes more sense to the change kernel threads. So these weird and subtle dependencies go away.
So in essence the container work needs the new kthread api for the same reasons everyone else does it is just more pronounced in that case.
Eric - 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/
| |