Re: [uml-devel] [ANN] Fedora Core 4 UML filesystem image available

2005-11-14 Thread Christopher S. Aker
Jeff Dike wrote: I've put my FC4 image online at http://www.user-mode-linux.org/~jdike/root_fs.2005062201.bz2 It requires my full patchset in order to boot, especially the NPTL patches, which, aside from some obvious nastinesses, seem to work. As of today, it's fully updated, Thanks to Bill

Re: [uml-devel] [ANN] Fedora Core 4 UML filesystem image available

2005-11-14 Thread Jeff Dike
On Mon, Nov 14, 2005 at 06:27:23PM -0800, Ram Pai wrote: > Where can I find the nptl patches? Looked around in the uml website. > Could not find anything matching. http://user-mode-linux.sf.net/patches.html, the tls sequence towards the end, from uml-add-tls-support to undo-empty.

Re: [uml-devel] [ANN] Fedora Core 4 UML filesystem image available

2005-11-14 Thread Ram Pai
On Mon, 2005-11-14 at 16:09, Jeff Dike wrote: > I've put my FC4 image online at > http://www.user-mode-linux.org/~jdike/root_fs.2005062201.bz2 > > It requires my full patchset in order to boot, especially the NPTL patches, > which, aside from some obvious nastinesses, seem to work. Where c

Re: [uml-devel] [PATCH] Ok, I build x86-64 -skas0, and it still segfaults.

2005-11-14 Thread Rob Landley
On Monday 14 November 2005 19:38, Jeff Dike wrote: > On Mon, Nov 14, 2005 at 05:45:44PM -0600, Rob Landley wrote: > > The breakage, by the way, (which occurs when you fix the failing hunk #2 > > up by hand) stems from the inability to find asm/signal.h: > > What distro is this? asm/signal is in gl

Re: [uml-devel] [PATCH] Ok, I build x86-64 -skas0, and it still segfaults.

2005-11-14 Thread Jeff Dike
On Mon, Nov 14, 2005 at 05:45:44PM -0600, Rob Landley wrote: > The breakage, by the way, (which occurs when you fix the failing hunk #2 up > by > hand) stems from the inability to find asm/signal.h: What distro is this? asm/signal is in glibc-kernheaders here: % rpm -q -f /usr/include/asm/sign

Re: [uml-devel] [PATCH] Ok, I build x86-64 -skas0, and it still segfaults.

2005-11-14 Thread Rob Landley
On Monday 14 November 2005 17:24, Rob Landley wrote: > On Monday 14 November 2005 15:55, Jeff Dike wrote: > > On Sun, Nov 13, 2005 at 05:32:10PM -0600, Rob Landley wrote: > > > moan moan > > And proud of it! > > > Can you try the x86-64-clobbers-rcx patch below? > > Sure. (Rummages...) > > > If yo

Re: [uml-devel] [PATCH] Ok, I build x86-64 -skas0, and it still segfaults.

2005-11-14 Thread Rob Landley
On Monday 14 November 2005 15:55, Jeff Dike wrote: > On Sun, Nov 13, 2005 at 05:32:10PM -0600, Rob Landley wrote: > > moan moan And proud of it! > Can you try the x86-64-clobbers-rcx patch below? Sure. (Rummages...) > If you don't have it already, apply the fix-x86-stubs patch first. It said

[uml-devel] [ANN] Fedora Core 4 UML filesystem image available

2005-11-14 Thread Jeff Dike
I've put my FC4 image online at http://www.user-mode-linux.org/~jdike/root_fs.2005062201.bz2 It requires my full patchset in order to boot, especially the NPTL patches, which, aside from some obvious nastinesses, seem to work. As of today, it's fully updated, Thanks to Bill Stearns for

Re: [uml-devel] [PATCH] Ok, I build x86-64 -skas0, and it still segfaults.

2005-11-14 Thread Jeff Dike
On Sun, Nov 13, 2005 at 05:32:10PM -0600, Rob Landley wrote: > moan moan Can you try the x86-64-clobbers-rcx patch below? If you don't have it already, apply the fix-x86-stubs patch first. Paolo, could you eyeball this one for me? This applies the stub_syscall* goodness to stub_segv.c.

[uml-devel] Re: 2.6.14-bs1

2005-11-14 Thread Blaisorblade
On Friday 11 November 2005 21:49, Antoine Martin wrote: > > However, I just remembered I have an Ubuntu with GCC 4.0... so I could > > test the thing. > Or you could use a gentoo chroot. (if you leave it to build overnight..) I have Gentoo installed, no problem... it's that actually they don't sup

Re: [uml-devel] [PATCH] Ok, I build x86-64 -skas0, and it still segfaults.

2005-11-14 Thread Blaisorblade
On Monday 14 November 2005 00:26, Rob Landley wrote: > On Sunday 13 November 2005 11:54, Blaisorblade wrote: > > On Sunday 13 November 2005 02:36, Rob Landley wrote: > > > I needed to patch two things to get 2.6.15-rc1 to build on an x86-64 > > > system running PLD linux: > > > > > > diff -ru linux

Re: [uml-devel] Making UML Single Threader

2005-11-14 Thread Geert Uytterhoeven
On Mon, 14 Nov 2005, Nix wrote: > On Mon, 14 Nov 2005, [EMAIL PROTECTED] moaned: > > On Monday 14 November 2005 14:59, Nix wrote: > >> I've long wanted to do the same sort of thing, > >> the kernel keeps > >> processing network packets and firewalling and bridging them perfectly > >> well, but att

Re: [uml-devel] Making UML Single Threader

2005-11-14 Thread Nix
On Mon, 14 Nov 2005, [EMAIL PROTECTED] moaned: > On Monday 14 November 2005 14:59, Nix wrote: >> I've long wanted to do the same sort of thing, > > I guess you would like to run userspace processes or at least to call libUML > to configure something (but I don't think you can ask a kernel to do s

Re: [uml-devel] Making UML Single Threader

2005-11-14 Thread Blaisorblade
On Monday 14 November 2005 14:59, Nix wrote: > On Tue, 8 Nov 2005, Jeff Dike prattled cheerily: > > On Tue, Nov 08, 2005 at 01:09:06AM -0600, Rob Landley wrote: > >> > So I don't care about systemcall interception or anything like that, > >> > >> *blink* *blink* > >> > >> Ok, you want user mode li

Re: [uml-devel] [PATCH] Ok, I build x86-64 -skas0, and it still segfaults.

2005-11-14 Thread Jeff Dike
On Sun, Nov 13, 2005 at 05:32:10PM -0600, Rob Landley wrote: > On Sunday 13 November 2005 13:20, Blaisorblade wrote: > > On Sunday 13 November 2005 20:32, Jeff Dike wrote: > > > On Sat, Nov 12, 2005 at 07:36:41PM -0600, Rob Landley wrote: > > > > Stub registers - > > > > 0 - 909090909090909

Re: [uml-devel] Making UML Single Threader

2005-11-14 Thread Nix
On Tue, 8 Nov 2005, Jeff Dike prattled cheerily: > On Tue, Nov 08, 2005 at 01:09:06AM -0600, Rob Landley wrote: >> > So I don't care about systemcall interception or anything like that, >> >> *blink* *blink* >> >> Ok, you want user mode linux, but you don't want it to actually run user >> proce