[uml-devel] RE: uml_switch security fixing

Blaisorblade wrote: Hey, has anyone found the time to put together any patch to workaround the security bug in uml_net? Attached are two patches. The first one, uml_net-slip.diff, is the minimal patch to apply to uml_net. The second one, uml_net-uml.diff, applies to 2.4.27-1um (note the half-he

[uml-devel] [patch 1/1] unified spinlock initialization arch/um/drivers/port_kern.c

Unify the spinlock initialization as far as possible. Do consider applying. Signed-off-by: Amit Gud <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- kj-domen/arch/um/drivers/port_kern.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -puN arch/um/driver

Re: [uml-devel] UML freezes at hdd-intensive processes

Hi, >> > Have you tried attaching it to the host console thingy, or running UML under >> > gdb and breaking in to see what it's doing when it hangs? (Also, if >> you >> > can >> > get it to respond to the magic sysrq, you can get a thread dump...) My conclusion: The UML does not respond even to

Re: [uml-devel] Triage on the pending patches

On Saturday 05 March 2005 10:57 am, Blaisorblade wrote: > > Basically, my nefarious scheme is to add the squashfs patch to UML, > > append a squashfs image to the end of the UML executable, and have a > > cpio ramfs init script search through /proc/self/exe for the 32 bytes > > that were at the st

[uml-devel] [-mm patch] one DEBUG_INFO is enough for everyone

Why does everyone think one DEBUG_INFO wasn't enough? Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- arch/arm/Kconfig.debug |9 - arch/arm26/Kconfig.debug | 10 -- arch/i386/Kconfig.kgdb |5 - arch/x86_64/Kconfig.kgdb |5 - lib/Kconfig.debug