host:
start uml
vm:
run a program that doesn't return immediately
host:
find the PID of the UML thread that corresponds to the
running process inside the VM.
kill it.
watch the uml kernel panic.
the exact message i got was:
Kernel panic: Kernel mode fault at addr 0x44, ip 0xa00a1498
it should be possible to prevent this. either signal
delivery from the outside should work (possibly
rewriting the signal so as to seem to come from the
kernel in the returned siginfo_t), or uml should trap
and ignore signals from the host.