| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
...instead of letting the hwole process stay around.
This could end up a bit more complex, I have no idea how to test killing
processes during vfs requests.
The upside of this is that I can remove all the deathbed/deadparent
weirdness now.
|
|
what a mess
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dead processes now can't have alive children
|
|
|
|
|
|
|
|
|
|
|
|
other parts of the kernel don't need to care about which process exactly
gets switched into
|
|
this makes `process_transition` safe again, as it won't be able to free
processes. it was a pretty unintuitive behaviour
|
|
|
|
|
|
|
|
handling the backend queue makes more sense here than in the syscall
implementation. it's also just overall cleaner
|
|
|
|
|
|
|
|
|
|
removes `proc.c`'s pointless dependency on `vfs/root.h`
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
thanks to this it's easier to power off - instead of waiting for all
processses to quit (which now involves writing `quit` both on serial and
ps/2), one of those can just somehow kill init.
currently this is just done by exiting from any shell - init will return
from await and exit too
|
|
|
|
|
