On Sun, Jun 21, 2009 at 8:05 PM, Lennart Poettering<mzynq@email-addr-hidden> wrote:
>
> The distinction between a thread/clone() and a process/fork() bomb
> doesn't really matter. What matters is that you can kill() processes
> and make the whole issue go away in one step even if that process has
> one gazillion threads and wants to create even more.
that was sort of my precisely my point. i only read your patch, i
didn't look at it in the context of the whole kernel. if indeed it
only applies to fork() and not to clone() calls that create threads
and not tasks, then its not really protecting against anything, is it?
however, from what i could see of the patch the no-inherit-RT property
belongs to the process, not a thread, and thus could not be reset by a
thread create call without wierd semantics.
so it appears to me that your patch still leaves the kernel open to a
thread-bomb ... am i wrong?
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Received on Mon Jun 22 04:15:06 2009
This archive was generated by hypermail 2.1.8 : Mon Jun 22 2009 - 04:15:06 EEST