Hello all,
I've been able to use the pre-built Busybox 1.5.0 filesystem at
http://uml.nagafix.co.uk/ perfectly with the same UML kernel I am using.
Unfortunately, when trying to generate my own filesystem, my kernel no
longer works. It basically stops after mounting the filesystem.
When I try
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Andrew Sinclair wrote:
> Hello all,
>
> I've been able to use the pre-built Busybox 1.5.0 filesystem at
> http://uml.nagafix.co.uk/ perfectly with the same UML kernel I am using.
>
>
> Unfortunately, when trying to generate my own filesystem, my k
On Thu, Jun 07, 2007 at 05:57:19PM +1000, Andrew Sinclair wrote:
> Unfortunately, when trying to generate my own filesystem, my kernel no
> longer works. It basically stops after mounting the filesystem.
>
> When I try and use gdb to debug I get stuck in
> arch/um/include/um_uaccess.h:50
>
> sta
On Wed, May 23, 2007 at 08:34:35AM -0400, Jeff Dike wrote:
> I figured out what was happening. FC6 has a broken PTRACE_SYSEMU,
> resulting in system call interception being completely broken, and
> init going into an infinite segfault loop.
>
> The patch below is a workaround, and fixes it for me
On Thu, Jun 07, 2007 at 02:13:10AM -0500, battipatisainagendra Bhavaniprasad
wrote:
> this is the log that i foundlikewise this gets executed
> repetedlly...
OK, so it does loop.
> make: Warning: File `/root/Desktop/linux-2.6.21/arch/um/Makefile-os-Linux'
> has modification time 2e+0
On Thu, May 31, 2007 at 02:19:23PM -0400, Jeff Dike wrote:
> cachemiss_thread should explicitly return 0 or error instead of
> task_ret_reg(current) (which is -ENOSYS anyway) because
> async_thread_helper is careful to put the return value in eax anyway.
Here's the fix I came up with for this. Un
