> SIGIO would get delivered in the kernel and cleared from the shared
> pending queue, which is just what we want.
Not really. What we really want is for signals not to be delivered at all.
That's why the ptrace signal annulling capability is nice.
I'm not sure if this makes any sense, but coupling the new aio mechanism with
something that queues up siginfos might be interesting. It would be a magic
descriptor that would feed you signals when you read it.
Is that at all sane?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:39 EST