On Sat, Nov 19, 2005 at 03:58:23AM +0100, Blaisorblade wrote:
> Also the patch makes sure uml avoids cmpxchg on i386, as it should.
OK, I'll take a look at this next time I'm awake and alert...
Jeff
---
This SF.
On Friday 18 November 2005 20:33, Blaisorblade wrote:
> > When absolutely necessary, yes. In theory Jeff's tree works for Jeff so
> > i'm trying to get it to work for me _without_ fixing it myself. (Instead
> > I bug _him_. :) But I'm on a wildly different distro (ubuntu on x86 and
> > PLD on x8
Just looking at
http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.15-rc1/patches/uml-reuse-i386-cpu-optim-fix.patch
And noticed it was barfed in your importing - you lost some piece from it. I
was moving "source "arch/i386/Kconfig.cpu"" to arch/um/Kconfig.i386, not
removing it. Look
On Friday 18 November 2005 09:59, Rob Landley wrote:
> On Friday 18 November 2005 01:58, Blaisorblade wrote:
> > > arch/um/sys-i386/built-in.o(.text+0x3b60): In function `load_TLS':
> > > : undefined reference to `indirect_set_thread_area'
> > >
> > > collect2: ld returned 1 exit status
> > > KSY
On Friday 18 November 2005 09:41, Rob Landley wrote:
> On Friday 18 November 2005 01:51, Blaisorblade wrote:
> > On Friday 18 November 2005 08:17, Rob Landley wrote:
> > > On Friday 18 November 2005 01:08, Blaisorblade wrote:
> > > > On Wednesday 16 November 2005 14:36, Rob Landley wrote:
> > > > >
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
The current UML build assumes that on x86-64 systems, /lib is a symlink
to /lib64, but in some distributions (like PLD and CentOS) they are separate
directories, so the 64 bit library loader isn't found. This patch
inserts /lib64 at the start of t
On Friday 18 November 2005 18:55, Jeff Dike wrote:
> On Fri, Nov 18, 2005 at 05:37:12PM -0600, Rob Landley wrote:
> > Can I second the "send UML patches to Jeff and let him send them on to
> > Andrew/Linus" approach? Please? It makes it much easier for me to test,
> > with a known working system
On Fri, Nov 18, 2005 at 05:37:12PM -0600, Rob Landley wrote:
> Can I second the "send UML patches to Jeff and let him send them on to
> Andrew/Linus" approach? Please? It makes it much easier for me to test,
> with a known working system plus UML-only changes...
I never firsted this. In fact,
On Friday 18 November 2005 17:52, Jeff Dike wrote:
> > > I tend to send directly to Andrew and he forwards them to Linus (in
> > > many cases so fast that I wonder if they appear in one -mm release),
> > > but I currently do not have a public tree.
>
> And you're welcome to send directly to Andrew,
On Fri, Nov 18, 2005 at 01:17:03AM -0600, Rob Landley wrote:
> > Definitely Jeff's tree is a first filter for his work, but I've not seen it
> > working a lot as a collector, especially for little fixes - but there it
> > makes sense.
I'd like it to be a collector of patches. I just don't see a l
On Friday 18 November 2005 01:58, Blaisorblade wrote:
> > arch/um/sys-i386/built-in.o(.text+0x3b60): In function `load_TLS':
> > : undefined reference to `indirect_set_thread_area'
> >
> > collect2: ld returned 1 exit status
> > KSYM.tmp_kallsyms1.S
> > nm: '.tmp_vmlinux1': No such file
> >
On Friday 18 November 2005 01:58, Blaisorblade wrote:
> On Friday 18 November 2005 08:36, Rob Landley wrote:
> > On Friday 18 November 2005 01:43, Blaisorblade wrote:
> > > On Wednesday 16 November 2005 04:09, Rob Landley wrote:
> > > > On Monday 14 November 2005 13:40, Blaisorblade wrote:
> > >
>
On Friday 18 November 2005 01:51, Blaisorblade wrote:
> On Friday 18 November 2005 08:17, Rob Landley wrote:
> > On Friday 18 November 2005 01:08, Blaisorblade wrote:
> > > On Wednesday 16 November 2005 14:36, Rob Landley wrote:
> > > > Linus said this:
>
> Btw, where does this quote come from?
Li
13 matches
Mail list logo
