[ This is an updated version of
uml-kill-processes-instead-of-panicing-kernel.patch which applies
cleanly with my previous breakpoint-fixing patch already applied ]
UML was panicing in the case of failures of libc calls which shouldn't happen.
This is an overreaction since a failure from libc doe
[ This should go into 2.6.24. It applies ahead of my other -mm
patches and it conflicts with
uml-kill-processes-instead-of-panicing-kernel.patch. So, I'm also
sending an updated version of that patch which merges cleanly with
this one already applied. ]
From: Stanislaw Gruszka <[EMAIL PROTECTED]
On Mon, Dec 10, 2007 at 10:26:46PM -0500, Daniel Gryniewicz wrote:
> Okay, attached is a patch against 2.6.23.9 + skas3 patch to make it
> build (and run) as a UML guest. I've only tested it on x86_64 (but I
> did use SUBARCH=i386). I went the route of minimal changes to get it to
> build, as jus
This patch takes care of a problem with the stopping code.
The function inside the while condition returns 0 to signify a problem.
A problem could be for example a bad command or a bad version of the
mconsole client.
A bad command would terminate the stopping loop and resume the kernel.
This is a
