I don't understand why wants_signal returns false on PF_EXITING even if the signal is SIGKILL (and from the kernel). Shouldn't wake up the process still, so it can get out of the flush?
I am curious, if you were just to walk over every PID in the pid namespace after sending zap_pid_ns_processes, and perform wake ups, would it break out of the `wait_event` loop?
Btw, this class of weirdness with FUSE isn't that unusual.
I am curious, if you were just to walk over every PID in the pid namespace after sending zap_pid_ns_processes, and perform wake ups, would it break out of the `wait_event` loop?
Btw, this class of weirdness with FUSE isn't that unusual.