More than a little in my book.
A correct solution in my view is to attempt to dynamicly allocate
the siginfo structures from signal_queue_cachep. If we fail, then
we just send the signal without the info. No terrible loss there.
> Basically, it leaves the padding (the only huge thing in siginfo_t) only for
> userland and works only with the known field in the union.
No good -- sigqueueinfo(2) should be able to pass the whole thing
through from process to process.
> This patch also removes tss.sig_address and tss.sig_desc because it is
> obsoleted now when one can send info with non RT signals and tries to send
> info with a bunch of kernel generated signals.
Yep.
> Can you think of any reason why not to have all signals
> SA_SIGINFO other than binary compatibility
Nope.
r~
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/