I'm running Tomcat5 on a virtual server instance. I just tried to upgrade
the UML kernel (and guest) to a 2.6.17.4 version. Previously the host was
running 2.6.16.9-skas3-v8.2 and the guest was running 2.6.17-rc6. Both host
and guest are Debian Etch distributions.
However, with the host running 2.
On Wed, Jul 12, 2006 at 09:05:22AM +0800, Miao Qingjun wrote:
> I start "gdb uml", "b sys_init_module", then "run",
> but gdb is not break at sys_init_module() when I insmod LKM?
> Why? How can I do it?
Some versions of gdb don't work well on UML. One thing that often
works is to attach to UML wh
On Thu, Jul 13, 2006 at 08:50:29PM +0200, Blaisorblade wrote:
> SIGTRAP must be sent for the breakpoint - I think the problem is that either
> GDB misinterprets it or it is not sent the correct way.
I'm thinking the latter...
Jeff
---
On Thursday 13 July 2006 20:45, Jeff Dike wrote:
> On Thu, Jul 13, 2006 at 08:49:31PM +0800, Miao Qingjun wrote:
> > Under UML bash, I gdb a multithreading program, and set a breakpoint on
> > thread entry function, But when run it, gdb is not stop at the
> > breakpoint,
> > instead, program exit b
On Thu, Jul 13, 2006 at 08:49:31PM +0800, Miao Qingjun wrote:
> Under UML bash, I gdb a multithreading program, and set a breakpoint on
> thread entry function,
> But when run it, gdb is not stop at the breakpoint,
> instead, program exit because:
>
> Program terminated with signal SIGTRAP, Trac
On Thursday 13 July 2006 14:49, Miao Qingjun wrote:
> Hi,
>
> Under UML bash, I gdb a multithreading program, and set a breakpoint on
> thread entry function, But when run it, gdb is not stop at the breakpoint,
> instead, program exit because:
>
> Program terminated with signal SIGTRAP, Trace/break
On Thu, Jul 13, 2006 at 01:24:21AM -0700, Andrew Morton wrote:
> > for(i=0;i
> I spy an ARRAY_SIZE().
Yup, I did an ARRAY_SIZE pass a while ago, but I missed that somehow,
and some grepping shows there are a bunch more.
> Maybe this is an rc1-mm1 fix? Did Christoph's patches break UML, perh
Hi,
Under UML bash, I gdb a multithreading program, and set a
breakpoint on thread entry function,
But when run it, gdb is not stop at the breakpoint,
instead, program exit because:
Program terminated with signal SIGTRAP, Trace/breakpoint
trap.
Why?
Thanks.
On Wed, 12 Jul 2006 12:39:43 -0400
Jeff Dike <[EMAIL PROTECTED]> wrote:
> References to ZONE_HIGHMEM need to depend on CONFIG_HIGHMEM.
>
There are several such references in mm/page_alloc.c
>
> Index: linux-2.6.17/arch/um/kernel/mem.c
> =
"H. Peter Anvin" <[EMAIL PROTECTED]> ha scritto:
> Why not:
>
> config MAGIC_SYSRQ
> bool
> prompt "Magic SysRq key"
> depends on !UML || MCONSOLE
> default y if UML
>
> -hpa
Because it has always been elsewhere in Kconfig (near MCONSOLE) for a
meaningful reason (
10 matches
Mail list logo
