This shows you the differences between two versions of the page.
Both sides previous revision Previous revision | Last revision Both sides next revision | ||
wishlist:david [2017/03/27 16:09] dcvmoole not to forget: pselect(2) |
wishlist:david [2017/04/09 12:28] dcvmoole another new todo item |
||
---|---|---|---|
Line 189: | Line 189: | ||
* problem: it is not possible to mount RMIB subtrees using a name only (e.g. minix.lwip) | * problem: it is not possible to mount RMIB subtrees using a name only (e.g. minix.lwip) | ||
* problem: it is currently possible to mess up the MIB tree with bad name+id combos in RMIB mount requests | * problem: it is currently possible to mess up the MIB tree with bad name+id combos in RMIB mount requests | ||
+ | |||
+ | === Disallow killing processes in an uninterruptible system call === | ||
+ | |||
+ | * reason: processes may currently be terminated while in an uninterruptible system call, possibly triggering poorly-tested scenarios in other services (safecopy failures, etc) | ||
+ | * complication: this will require changes to the PM signal state machine, with subtle side effects | ||
+ | * complication: involving all user-facing system services in exit notification is a performance problem | ||
+ | * note: the most obvious solution would be kernel support for notification (to PM) when a process system call has completed, comparable to SIGNDELAY, and a PREEXIT process state in PM | ||
+ | * note: ideally the same idea would be applied to signal handler invocation, because the current approach makes dangerous and already-incorrect(?) assumptions about "retreg" there | ||
=== Add support for pselect(2) === | === Add support for pselect(2) === |