Hi,
I'm trying to boot uml on a server, and I don't want to have to have X
installed to do it, so I want to boot without the xterm consoles.
For the life if me I can't figure out the right con=* command line params
and/or get them to work per:
http://user-mode-linux.sourceforge.net/input.html
On Mon, Jun 20, 2005 at 07:34:24AM -0700, [EMAIL PROTECTED] wrote:
> I'm trying to boot uml on a server, and I don't want to have to have X
> installed to do it, so I want to boot without the xterm consoles.
>
> For the life if me I can't figure out the right con=* command line params
> and/or ge
On Thu, Jun 16, 2005 at 03:59:24PM -0700, Anthony Brock wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x080b86d0 in __vmalloc_area (area=0xbd15be0, gfp_mask=210, prot={pgprot =
> 0}) at string.h:363
Segfaults in vmalloc are completely normal. They are just page faults.
> BUG:
On Thu, Jun 16, 2005 at 03:36:24PM -0700, Anthony Brock wrote:
> Second, I'm once again enountering problems with launch the UML instance. It
> likes to hang at:
>
>
> Checking that ptrace can change system call numbers...OK
> Checking syscall emulation patch for ptrace...OK
> Checking advanced
Strange. This option doesn't seem to be available. I'm seeing the following in
my .config file:
*** BEGIN .config EXCERPT ***
#
# CONFIG_INPUT_KEYBOARD is not set
# CONFIG_INPUT_MOUSE is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not se
Good afternoon, all,
On Mon, 20 Jun 2005, Jeff Dike wrote:
On Thu, Jun 16, 2005 at 03:36:24PM -0700, Anthony Brock wrote:
Second, I'm once again enountering problems with launch the UML instance. It
likes to hang at:
Checking that ptrace can change system call numbers...OK
Checking syscall
Fix the do_fork calling convention: normal arch pass the regs and the new sp
value to do_fork instead of NULL.
Currently the arch-independent code ignores these values, while the UML code
(actually it's copy_thread) gets the right values by itself.
With this patch, things are fixed up.
Low-prior
In skas mode, the call to uml_idle_timer permanently shut off the
virtual timer, resulting in no timer ticks to anything but the idle
thread. This is likely the cause of the soft lockups that are seen
sporadically in recent UMLs.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/
There is absolutely no reason to flush the kernel's VM area during a
tlb_flush_mm.
This results in a noticable performance increase in the kernel build
benchmark.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/kernel/skas/tlb.c
=
kmalloc wasn't being disabled during panic. This patch ensures that, no
matter how UML is exiting, it is disabled. This matters because part of
the cleanup is to remove the umid file, which involves readdir, which calls
malloc. This must map to libc malloc, rather than kmalloc or vmalloc.
Signe
user_time_init_skas and user_time_init_tt were essentially the same. So,
this merges them, deleting the mode-specific functions and declarations.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/include/time_user.h
=
Clean up the hot-unplugging code. There is now an id procedure which is
called to figure out what device we're talking to. The error messages
from that are now done from mconsole_remove instead of the driver. remove
is now called with the device number, after it has been checked, so doesn't
need
Here's a small patch to remove a few unnessesary NULL pointer checks
before kfree() in arch/um/drivers/daemon_user.c
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/drivers/daemon_user.c
==
From: Domen Puncer <[EMAIL PROTECTED]>
Subject: [KJ] [patch] um: copy_from_user size fix in signal.c
Size of pointer doesn't seem right, but maybe my solution isn't
either (sig_size maybe?).
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux
We've recently prepared a filesystem image for the latest Debian
distribution, and hit a problem with it hanging on starting Apache2. We
traced this to a lack of entropy to feed /dev/random, causing the
Apache's startssl to block.
Chris Lightfoot has developed this patch to feed the guest's entro
On Mon, Jun 20, 2005 at 10:19:12AM -0700, Anthony Brock wrote:
> Strange. This option doesn't seem to be available. I'm seeing the following
> in my .config file:
> # Hardware I/O ports
> #
> # CONFIG_SERIO is not set
It would have been here if you didn't have CONFIG_SERIO disabled. So that's
On Mon, Jun 20, 2005 at 08:25:49PM +0100, Paul Warren wrote:
> We've recently prepared a filesystem image for the latest Debian
> distribution, and hit a problem with it hanging on starting Apache2. We
> traced this to a lack of entropy to feed /dev/random, causing the
> Apache's startssl to block
On Monday 20 June 2005 19:59, William Stearns wrote:
> Good afternoon, all,
>
> On Mon, 20 Jun 2005, Jeff Dike wrote:
> > On Thu, Jun 16, 2005 at 03:36:24PM -0700, Anthony Brock wrote:
> >> Second, I'm once again enountering problems with launch the UML
> >> instance. It likes to hang at:
> >>
> >>
From: Domen Puncer <[EMAIL PROTECTED]>
Size of pointer doesn't seem right, but maybe my solution isn't
either (sig_size maybe?).
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
signal.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: quilt/arch/um/sys-i386/signal.c
=
On Monday 20 June 2005 23:50, [EMAIL PROTECTED] wrote:
> From: Domen Puncer <[EMAIL PROTECTED]>
>
>
> Size of pointer doesn't seem right, but maybe my solution isn't
> either (sig_size maybe?).
Your patch had already been submitted by Jeff a couple of hours before this
mail. Thanks!
> Signed-off-b
On Monday 20 June 2005 20:51, Jeff Dike wrote:
> There is absolutely no reason to flush the kernel's VM area during a
> tlb_flush_mm.
>
> This results in a noticable performance increase in the kernel build
> benchmark.
Andrew: hold off this one, definitely.
Jeff: Have you verified this with both
On 21/06/05 00:38 +0200, Blaisorblade wrote:
> On Monday 20 June 2005 23:50, [EMAIL PROTECTED] wrote:
> > From: Domen Puncer <[EMAIL PROTECTED]>
> >
> >
> > Size of pointer doesn't seem right, but maybe my solution isn't
> > either (sig_size maybe?).
> Your patch had already been submitted by Jeff
Hello all,
I am running
2.6.11-skas3-v8-rc2
2.6.12 and bs4 guest kernels
I see a load in the UML client of 1.00, that should be 0.00. I saw several
posts from early May. If any of you have found the solution to this, I
would greatly appreciate any pointers.
This process is the key... it's alway
Cope with a conditional i386 definition, which is wrong for UML. Before we
just used that one, but it wasn't defined for CONFIG_SMP, so in that case we
got link errors.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-um/ptrace-i386.h |4
Replace a semaphore (winch_handler_sem) used in atomic code with a spinlock,
and reduces as needed the amount of protected code to the bare minimum (for
instance no kmalloc calls are needed).
This fixes the last problems with spinlocking (in UP mode with DEBUG options);
the semaphore, taken insid
25 matches
Mail list logo
