I've integrated "linux-unistd" from Jeff series, while leaving out
"user-desc" (I've solved the problem another way, which should work on both
host header set - we give our own definition for userspace files, and use our
one for kernelspace, but give the resulting type the name of "user_desc_t")
Age Should Be Nothing More Than a Number.
Visit here to increase your quality of life
http://uk.geocities.com/subjectivistic68372/
This has made all the difference in my dieting efforts. I can finally lose
fat without losing muscle, and I feel I'm on the road to a better, more
positive and more f
On Wed, Mar 22, 2006 at 11:18:02PM +0700, Mikado wrote:
> I wonder why "kernel debugging (under TT mode)" is accessed directly on
> UML homepage when TT mode is "old".
The site is in desperate need of an update (which I have planned).
Jeff
---
On Wed, Mar 22, 2006 at 04:30:39PM +0100, Blaisorblade wrote:
> I remember this, I didn't have many other things to suggest (apart TT mode)
> and that setting is needed anyway (actually it's needed when you go _over_
> 256M per guest).
To be precise, it's necessary when you have UML processes wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Blaisorblade wrote:
> For SKAS mode use the normal debug sequence:
>
> $ gdb vmlinux
> (gdb)
> (gdb) run
>
> More info at the "debugging UML" link, "SKAS" subsection on the main site.
Thank you Blaisorblade,
Oh sorry, I didn't keep my eyes open.
On Wednesday 22 March 2006 12:04, Stefano Melchior wrote:
> On Tue, Mar 21, 2006 at 07:54:08PM +0100, Blaisorblade wrote:
> Dear all,
>
> > No, that crash is likely a race condition and the code treats
> > mem=256{m,M} the same way.
> > Verified in arch/um/kernel/physmem.c:uml_mem_setup and
> > lib
On Wednesday 22 March 2006 15:13, Mikado wrote:
> Stefano Melchior wrote:
> > On Wed, Mar 22, 2006 at 08:32:48PM +0700, Mikado wrote:
> > Hi Mikado,
> Debugging UML requires running it under TT mode. Normally I run UML
> under SKAS mode, everything is OK. I cannot get into GDB under SKAS mode
> wh
On Wed, Mar 22, 2006 at 12:04:00PM +0100, Stefano Melchior wrote:
> thus the point is if you need to disable TT mode by default, isn't it?
> Now user-mode-linux is in debian "unstable" [1] and I need to provide a
> config file as default configuration for the pkg: you suggested me to act
> this way
On Wed, Mar 22, 2006 at 09:13:35PM +0700, Mikado wrote:
> Debugging UML requires running it under TT mode.
No, it doesn't. Never has.
> Normally I run UML
> under SKAS mode, everything is OK. I cannot get into GDB under SKAS mode
> whenever I use 'debug' option.
Because it's not needed. In sk
On Wed, Mar 22, 2006 at 09:47:32PM +0700, Mikado wrote:
Hi Mikado,
>
> ./linux mode=tt debug ubd0=root_fs ubd1=swap eth0=tuntap,,,192.168.0.254
> ./linux mode=tt debug ubd0=root_fs ubd1=swap mem=128m
> eth0=tuntap,,,192.168.0.254
> ./linux mode=tt debug ubd0=root_fs ubd1=swap mem=128M
> eth0=tunta
On Tuesday 21 March 2006 21:51, Jeff Dike wrote:
> On Tue, Mar 21, 2006 at 07:54:08PM +0100, Blaisorblade wrote:
> > However, test increasing /proc/sys/vm/max_map_count
>
> This only bites you when you have large UML processes - I don't think it
> can cause a crash on boot.
I remember this, I didn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefano Melchior wrote:
> On Wed, Mar 22, 2006 at 09:13:35PM +0700, Mikado wrote:
> Hi Mikado,
>>> same problem as mine:
>>> ./linux mode=tt debug ubd0=root_fs ubd1=swap mem=128MB
>>> eth0=tuntap,,,192.168.0.254
>>>
>>> You wrongly used "mem" option!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefano Melchior wrote:
> On Wed, Mar 22, 2006 at 08:32:48PM +0700, Mikado wrote:
> Hi Mikado,
Hi Stex
> same problem as mine:
> ./linux mode=tt debug ubd0=root_fs ubd1=swap mem=128MB
> eth0=tuntap,,,192.168.0.254
>
> You wrongly used "mem" option!
On Tue, Mar 21, 2006 at 07:54:08PM +0100, Blaisorblade wrote:
Dear all,
>
> No, that crash is likely a race condition and the code treats mem=256{m,M}
> the
> same way.
> Verified in arch/um/kernel/physmem.c:uml_mem_setup and lib/cmdline.c:memparse.
>
> However, test increasing /proc/sys/vm/ma
14 matches
Mail list logo
