[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From blaisorblade_spam@yahoo.it  2005-06-06 17:57 PDT -------
Ok, I hope there is still somebody using UML on a NPTL-only system. The 
workaround suggested last time was to avoid enabling CONFIG_MODE_TT; now I 
think I've got over this problem, too. So, when I release 2.6.11.8-bs6 (which 
will happen very shortly, I hope), I'd like to get some testing from you about 
this issue. 
 
Thanks a lot. 

-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Nix]

On Tue, 07 Jun 2005, bugzilla-daemon@gentoo.org gibbered uncontrollably:
> Ok, I hope there is still somebody using UML on a NPTL-only system. The 
> workaround suggested last time was to avoid enabling CONFIG_MODE_TT; now I 
> think I've got over this problem, too. So, when I release 2.6.11.8-bs6 (which 
> will happen very shortly, I hope), I'd like to get some testing from you about 
> this issue. 

I can give it a try if you like.

(That's a MODE_TT build on a system with NPTL headers, right?)

-- 
`It's as bizarre an intrusion as, I don't know, the hobbits coming home
 to find that the Shire has been taken over by gangsta rappers.'


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

[-- Attachment #1: Type: text/plain, Size: 1037 bytes --]

On Tuesday 07 June 2005 16:31, Nix wrote:
> On Tue, 07 Jun 2005, bugzilla-daemon@gentoo.org gibbered uncontrollably:
> > Ok, I hope there is still somebody using UML on a NPTL-only system. The
> > workaround suggested last time was to avoid enabling CONFIG_MODE_TT; now
> > I think I've got over this problem, too. So, when I release 2.6.11.8-bs6
> > (which will happen very shortly, I hope), I'd like to get some testing
> > from you about this issue.
>
> I can give it a try if you like.
>
> (That's a MODE_TT build on a system with NPTL headers, right?)
With NPTL-only glibc, I meant (and I guess you mean too).

Just give me the time to actually upload the tree, which I'm doing at the 
moment, and forgive me if I added anything ruining the compilation while I 
was working on x86_64 host.

Ok, done... enjoy!
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Nix]

On Tue, 7 Jun 2005, blaisorblade@yahoo.it said:
> On Tuesday 07 June 2005 16:31, Nix wrote:
>> On Tue, 07 Jun 2005, bugzilla-daemon@gentoo.org gibbered uncontrollably:
>> > Ok, I hope there is still somebody using UML on a NPTL-only system. The
>> > workaround suggested last time was to avoid enabling CONFIG_MODE_TT; now
>> > I think I've got over this problem, too. So, when I release 2.6.11.8-bs6
>> > (which will happen very shortly, I hope), I'd like to get some testing
>> > from you about this issue.
>>
>> I can give it a try if you like.
>>
>> (That's a MODE_TT build on a system with NPTL headers, right?)
> With NPTL-only glibc, I meant (and I guess you mean too).

Well, I've got a dual non-NPTL glibc in /lib and NPTL glibc in /lib/tls,
but I can force use of either, and the headers, the dynamic loader, and
everything other than the stuff in /lib come from the NPTL glibc build.
This is pretty much indistinguishable from a pure-NPTL system unless
you force LD_ASSUME_KERNEL, which I'm not.

> Just give me the time to actually upload the tree, which I'm doing at the 
> moment, and forgive me if I added anything ruining the compilation while I 
> was working on x86_64 host.
> 
> Ok, done... enjoy!

This is
<http://www.user-mode-linux.org/~blaisorblade/patches/guest/uml-2.6.11.8-bs6/uml-2.6.11.8-bs6.patch.bz2>,
right? (It looks like it was uploaded only a few minutes ago in some
time zone quite divergent from either of ours. :) )

Building now, atop Linux-2.6.11.10. More in a few minutes when the
build completes, in whatever way.

-- 
`It's as bizarre an intrusion as, I don't know, the hobbits coming home
 to find that the Shire has been taken over by gangsta rappers.'


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

On Tuesday 07 June 2005 17:54, Nix wrote:
> On Tue, 7 Jun 2005, blaisorblade@yahoo.it said:
> > On Tuesday 07 June 2005 16:31, Nix wrote:
> >> On Tue, 07 Jun 2005, bugzilla-daemon@gentoo.org gibbered uncontrollably:
> >> > Ok, I hope there is still somebody using UML on a NPTL-only system.
> >> > The workaround suggested last time was to avoid enabling
> >> > CONFIG_MODE_TT; now I think I've got over this problem, too. So, when
> >> > I release 2.6.11.8-bs6 (which will happen very shortly, I hope), I'd
> >> > like to get some testing from you about this issue.
> >>
> >> I can give it a try if you like.
> >>
> >> (That's a MODE_TT build on a system with NPTL headers, right?)
> >
> > With NPTL-only glibc, I meant (and I guess you mean too).

> Well, I've got a dual non-NPTL glibc in /lib and NPTL glibc in /lib/tls,
> but I can force use of either,
Even for static linking? In this case, strange setup. If dynamic linking, it 
already worked, when you used dynamic linking i.e. disabled SKAS.
> and the headers, 
Different headers too? I didn't know that (and it makes me suspicious about 
binary compatibility).
> the dynamic loader, and 
> everything other than the stuff in /lib come from the NPTL glibc build.
> This is pretty much indistinguishable from a pure-NPTL system unless
> you force LD_ASSUME_KERNEL, which I'm not.
>
> > Just give me the time to actually upload the tree, which I'm doing at the
> > moment, and forgive me if I added anything ruining the compilation while
> > I was working on x86_64 host.
> >
> > Ok, done... enjoy!
>
> This is
> <http://www.user-mode-linux.org/~blaisorblade/patches/guest/uml-2.6.11.8-bs
>6/uml-2.6.11.8-bs6.patch.bz2>, right?

Not sure about that... I uploaded and destroyed it multiple times, so here's 
the MD5 of the current version:

md5sum uml-2.6.11.8-bs6.patch.bz2
1a6868d70c7af75f3375eba3b7dfd466  uml-2.6.11.8-bs6.patch.bz2

>(It looks like it was uploaded only a 
> few minutes ago in some time zone quite divergent from either of ours. :) )
Hmm, the first upload was done during this night, so I guess it was not a 
timezone problem but an actual crazy boy fixing sucking compile errors at a 
late time.
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Nix]

On Tue, 7 Jun 2005, blaisorblade@yahoo.it gibbered uncontrollably:
> On Tuesday 07 June 2005 17:54, Nix wrote:
>> On Tue, 7 Jun 2005, blaisorblade@yahoo.it said:
>> > On Tuesday 07 June 2005 16:31, Nix wrote:
>> >> On Tue, 07 Jun 2005, bugzilla-daemon@gentoo.org gibbered uncontrollably:
>> >> > Ok, I hope there is still somebody using UML on a NPTL-only system.
>> >> > The workaround suggested last time was to avoid enabling
>> >> > CONFIG_MODE_TT; now I think I've got over this problem, too. So, when
>> >> > I release 2.6.11.8-bs6 (which will happen very shortly, I hope), I'd
>> >> > like to get some testing from you about this issue.
>> >>
>> >> I can give it a try if you like.
>> >>
>> >> (That's a MODE_TT build on a system with NPTL headers, right?)
>> >
>> > With NPTL-only glibc, I meant (and I guess you mean too).
> 
>> Well, I've got a dual non-NPTL glibc in /lib and NPTL glibc in /lib/tls,
>> but I can force use of either,
> Even for static linking? In this case, strange setup.

Yes.

>                                                       If dynamic linking, it 
> already worked, when you used dynamic linking i.e. disabled SKAS.

OK, so it's a -static TT build that's failing?

Will try.

>> and the headers, 
> Different headers too? I didn't know that (and it makes me suspicious about 
> binary compatibility).

Yeah, the headers differ. There *are* some binary compatibility
problems, mostly in the area of thread cancellation, but in that case
Ulrich would probably say that build-against-NPTL-run-against-LinuxThreads
is not officially supported for much the same reason as build-against-
2.3.5-run-against-2.2.4 is unsupported...

>> This is
>> <http://www.user-mode-linux.org/~blaisorblade/patches/guest/uml-2.6.11.8-bs
>>6/uml-2.6.11.8-bs6.patch.bz2>, right?
> 
> Not sure about that... I uploaded and destroyed it multiple times, so here's 
> the MD5 of the current version:
> 
> md5sum uml-2.6.11.8-bs6.patch.bz2
> 1a6868d70c7af75f3375eba3b7dfd466  uml-2.6.11.8-bs6.patch.bz2

That matches the MD5 of that patch. (The one wot doesn't work. ;} See
other mail.)

>>(It looks like it was uploaded only a few minutes ago in some time
>>zone quite divergent from either of ours. :) )
> Hmm, the first upload was done during this night, so I guess it was not a 
> timezone problem but an actual crazy boy fixing sucking compile errors at a 
> late time.

Gosh, I can't imagine anyone here doing anything like that.

[fixed one bug in a local administrative script at 04:00 this morning...
 insomnia sucks, hay fever sucks, temperatures above 15C suck...]

-- 
`It's as bizarre an intrusion as, I don't know, the hobbits coming home
 to find that the Shire has been taken over by gangsta rappers.'


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

[-- Attachment #1.1: Type: text/plain, Size: 3065 bytes --]

On Tuesday 07 June 2005 18:21, Nix wrote:
> On Tue, 7 Jun 2005, blaisorblade@yahoo.it gibbered uncontrollably:
> > On Tuesday 07 June 2005 17:54, Nix wrote:
> >> On Tue, 7 Jun 2005, blaisorblade@yahoo.it said:
> >> > On Tuesday 07 June 2005 16:31, Nix wrote:
> >> >> On Tue, 07 Jun 2005, bugzilla-daemon@gentoo.org gibbered 
uncontrollably:

> >> Well, I've got a dual non-NPTL glibc in /lib and NPTL glibc in /lib/tls,
> >> but I can force use of either,
> >
> > Even for static linking? In this case, strange setup.

> Yes.

> OK, so it's a -static TT build that's failing?
Exactly.
> Will try.
>
> >> and the headers,
> >
> > Different headers too? I didn't know that (and it makes me suspicious
> > about binary compatibility).
>
> Yeah, the headers differ. There *are* some binary compatibility
> problems, mostly in the area of thread cancellation, but in that case
> Ulrich would probably say that build-against-NPTL-run-against-LinuxThreads
> is not officially supported for much the same reason as build-against-
> 2.3.5-run-against-2.2.4 is unsupported...
>
> >> This is
> >> <http://www.user-mode-linux.org/~blaisorblade/patches/guest/uml-2.6.11.8
> >>-bs 6/uml-2.6.11.8-bs6.patch.bz2>, right?

> > Not sure about that... I uploaded and destroyed it multiple times, so
> > here's the MD5 of the current version:

> > md5sum uml-2.6.11.8-bs6.patch.bz2
> > 1a6868d70c7af75f3375eba3b7dfd466  uml-2.6.11.8-bs6.patch.bz2

> That matches the MD5 of that patch. (The one wot doesn't work. ;} See
> other mail.)

> Patch mis-rolled, I guess: arch/um/scripts/Makefile.rules is missing,
> yet included from multiple places:
Not only that, dear boy, not only that... I now looked 

combinediff: hunk-splitting is required in this case, but is not yet 
implemented
combinediff: use the -U option to work around this
combinediff: Bad patch #1: Illegal seek

Seems like I'll have to resort to something bad... which is attached, i.e. 
black magic (using -U from time to time).

Alternatively, use patch1.bz2 and patch2.bz2, which have normal context (the 
final patch has been generated by merging them).
> >>(It looks like it was uploaded only a few minutes ago in some time
> >>zone quite divergent from either of ours. :) )

> > Hmm, the first upload was done during this night, so I guess it was not a
> > timezone problem but an actual crazy boy fixing sucking compile errors at
> > a late time.

> Gosh, I can't imagine anyone here doing anything like that.

> [fixed one bug in a local administrative script at 04:00 this morning...
>  insomnia sucks, hay fever sucks, temperatures above 15C suck...]
I share with you insomnia and hay fever (if I do the right guess). For 
temperatures above 15C, I don't: I live in Sicily, so here we're at about 
25°-30° C, and it'll go up to 40°C...
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

[-- Attachment #1.2: uml-2.6.11.8-bs6.patch.bz2 --]
[-- Type: application/x-bzip2, Size: 26035 bytes --]

[-- Attachment #1.3: patch1.bz2 --]
[-- Type: application/x-bzip2, Size: 30897 bytes --]

[-- Attachment #1.4: patch2.bz2 --]
[-- Type: application/x-bzip2, Size: 5370 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Nix]

On Tue, 7 Jun 2005, blaisorblade@yahoo.it suggested tentatively:
> On Tuesday 07 June 2005 18:21, Nix wrote:
>> OK, so it's a -static TT build that's failing?
> Exactly.

Built, with a randomly selected .config (that is, a .config I use for
other things, not a .config with the values set at random!)

Not quite built without problems. Can you guess the cause of this?

        gcc -static -Wl,--wrap,malloc -Wl,--wrap,free -Wl,--wrap,calloc -o .tmp_vmlinux1 -Wl,-T,arch/um/kernel/vmlinux.lds   init/built-in.o -Wl,--staart-group  usr/built-in.o  arch/um/kernel/built-in.o  arch/um/drivers/built-in.o  arch/um/os-Linux/built-in.o  arch/um/sys-i386/built-in.o  arch/i386/crypto/built-in.o  kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o  lib/lib.a  lib/built-in.o  drivers/built-in.o  sound/built-in.o  net/built-in.o -Wl,--end-group -lutil  ; rm -f linux
/usr/bin/ld: cannot find -lutil

Guess where the static libutil.a is. That's right, /usr/lib. Are
we searching it in that linker script? No :(

diff -durN linux-2.6.11.10-bs6-orig/arch/um/kernel/uml.lds.S linux-2.6.11.10-bs6/arch/um/kernel/uml.lds.S
--- linux-2.6.11.10-bs6-orig/arch/um/kernel/uml.lds.S	2005-06-07 20:23:58.000000000 +0100
+++ linux-2.6.11.10-bs6/arch/um/kernel/uml.lds.S	2005-06-07 20:41:45.000000000 +0100
@@ -4,6 +4,7 @@
 OUTPUT_ARCH(ELF_ARCH)
 ENTRY(_start)
 jiffies = jiffies_64;
+SEARCH_DIR("/usr/lib"); SEARCH_DIR("/lib");
 
 SECTIONS
 {

With that applied, it builds...

... and segfaults almost at once on invocation:

execve("./vmlinux", ["./vmlinux"], [/* 49 vars */]) = 0
uname({sys="Linux", node="hades", ...}) = 0
brk(0)                                  = 0xa0343000
brk(0xa0343834)                         = 0xa0343834
set_thread_area({entry_number:-1 -> 6, base_addr:0xa034381c, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

#0  0xa01a16a7 in ptmalloc_init ()
#1  0x00000000 in ?? ()
#2  0x00000000 in ?? ()
#3  0x00000000 in ?? ()
#4  0x00000000 in ?? ()
#5  0x00000000 in ?? ()
#6  0x00000000 in ?? ()
#7  0x00000000 in ?? ()
#8  0x00000000 in ?? ()
#9  0x00000000 in ?? ()
#10 0x00000000 in ?? ()
#11 0x00000000 in ?? ()
#12 0xbffff2b2 in ?? ()
#13 0xa0343000 in ?? ()
#14 0x0000000c in ?? ()
#15 0xbffff444 in ?? ()
#16 0x0000000c in ?? ()
#17 0xbffff1a0 in ?? ()
#18 0xa01a19a7 in malloc_hook_ini ()
#19 0xa0213f3f in xdigits.0 ()
#20 0xa01a0e4a in malloc ()
#21 0x0000000c in ?? ()
#22 0xa01ccb7c in _dl_init_paths ()
#23 0xa01aa42c in _dl_non_dynamic_init ()
#24 0x000fffff in ?? ()
#25 0xbffff44c in ?? ()
#26 0xbffff444 in ?? ()
#27 0x00000001 in ?? ()
#28 0xbffff2b2 in ?? ()
#29 0xa01aa76b in init ()
#30 0x0000037f in ?? ()
#31 0x00000003 in ?? ()
#32 0xbffff2b2 in ?? ()
#33 0xa018dbc7 in __pthread_initialize_minimal ()
#34 0x00000000 in ?? ()
#35 0x0002060b in ?? ()
#36 0x00000003 in ?? ()
#37 0xa018d6bd in __libc_start_main ()
#38 0x00000000 in ?? ()

Looks like a thread initialization problem to *me*. And there be very
serious and nasty snarling dragons with sharp pointy carborundum teeth
:(

(this box, btw, is an AMD Athlon 4: it *does* have CMOV support. Not
that that could plausibly be the problem here.)

>> Patch mis-rolled, I guess: arch/um/scripts/Makefile.rules is missing,
>> yet included from multiple places:
> Not only that, dear boy, not only that... I now looked 
> 
> combinediff: hunk-splitting is required in this case, but is not yet implemented
> combinediff: use the -U option to work around this

Whoops!

I guess not many people have tried to build -bs6, then: I doubt that would work
terribly well in skas mode, either ;)

> Seems like I'll have to resort to something bad... which is attached, i.e. 
> black magic (using -U from time to time).

Black magic during debugging makes me nervous, so...

> Alternatively, use patch1.bz2 and patch2.bz2, which have normal context (the 
> final patch has been generated by merging them).

... I used these, which applied fine.

>> [fixed one bug in a local administrative script at 04:00 this morning...
>>  insomnia sucks, hay fever sucks, temperatures above 15C suck...]
> I share with you insomnia and hay fever (if I do the right guess). For 

`Seasonal allergic rhinitis', i.e., plants trying to have sex with my
nose over my violent protests.

> temperatures above 15C, I don't: I live in Sicily, so here we're at about 

I guessed that. Merely .it is a preetty big clue. Myself, I've carefully
steered clear of southern Europe and points south in the summer. April
Rome temperatures are about the most I'm comfortable with.

> 25°-30° C, and it'll go up to 40°C...

Well, it's done that in the south-east of England, too, but I don't have
to like it, and it's `exceptional' (i.e. `has happened almost every year
for the last decade' :( )

-- 
`It's as bizarre an intrusion as, I don't know, the hobbits coming home
 to find that the Shire has been taken over by gangsta rappers.'


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r 
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

[-- Attachment #1: Type: text/plain, Size: 5240 bytes --]

On Tuesday 07 June 2005 21:47, Nix wrote:
> On Tue, 7 Jun 2005, blaisorblade@yahoo.it suggested tentatively:
> > On Tuesday 07 June 2005 18:21, Nix wrote:
> >> OK, so it's a -static TT build that's failing?
> >
> > Exactly.
>
> Built, with a randomly selected .config (that is, a .config I use for
> other things, not a .config with the values set at random!)
Hmm, broken-out in the archives works perfectly (with patch-scripts). Go until 
uml-link-tt-mode-against-nptl.patch and retry, and possibly even with the 
previous one... please.

> Not quite built without problems. Can you guess the cause of this?

> Guess where the static libutil.a is. That's right, /usr/lib. Are
> we searching it in that linker script? No :(
Ok, wait that I emerge that newer version and build starts failing here too 
and you'll get that fixed. A proper patch (ok for whatever SUBARCH you need) 
would be ok, either... Ok, it's doable because I must now link in 
arch/um/sys-SUBARCH/unmap_fin.o (it's done in -bs6 too), by passing 
-DSUBARCH=$(SUBARCH). You can pass a define for the path, too.

>
> With that applied, it builds...
>
> ... and segfaults almost at once on invocation:
>
> execve("./vmlinux", ["./vmlinux"], [/* 49 vars */]) = 0
> uname({sys="Linux", node="hades", ...}) = 0
> brk(0)                                  = 0xa0343000
> brk(0xa0343834)                         = 0xa0343834
> set_thread_area({entry_number:-1 -> 6, base_addr:0xa034381c, limit:1048575,
> seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
> seg_not_present:0, useable:1}) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0)

Hmm, gdb would be more helpful... I was getting a SIGBUS somewhere on x86_64 
(with a native binary) here, and maybe it could be the same thing (no, it 
can't, your error is different, so I'm talking to myself):

(gdb) c
Continuing.
Checking for /proc/mm...found
Checking for the skas3 patch in the host...not found
Checking PROT_EXEC mmap in /tmp...OK

Program received signal SIGBUS, Bus error.
0x00000000601fee40 in memset ()
(gdb) where
#0  0x00000000601fee40 in memset ()
#1  0x0000000060006f4e in init_bootmem_core ()
#2  0x0000000060011259 in setup_physmem ()
#3  0x000000006001870d in linux_main ()
#4  0x000000006000fe91 in main ()

From the value in memset registers and from the code, it's this call in 
init_bootmem_core():
        memset(bdata->node_bootmem_map, 0xff, mapsize);

And here is the memory map... whoops! The code is trying to read from 
60c00000, which is mapped... but from an absurd address! And from a different 
file from all the rest!

$ cat /proc/904/maps
60000000-60001000 rwxp 00000000 fe:02 
1173995                            /home/paolo/Admin/kernel/6/clean-linux-2.6.11/vmlinux
60001000-60238000 rwxs 00000000 00:0e 
1383099                            /tmp/vm_file-VOy5x5 (deleted)
60238000-60325000 rwxs 00000000 00:0e 
1383100                            /tmp/vm_file-16FWOn (deleted)
60325000-6045b000 rwxs 00000000 00:0e 
1383101                            /tmp/vm_file-8DBi6F (deleted)
6045b000-6047c000 rwxp 6045b000 00:00 0                                  
[heap]
60c00000-a2000000 rwxs ffffffffc0c00000 00:0e 
1383102                    /tmp/vm_file-JmW1nY (deleted)
2aaaaaaab000-2aaaaaaac000 rwxp 2aaaaaaab000 00:00 0
7fffffae1000-7fffffaf6000 rwxp 7fffffae1000 00:00 0                      
[stack]
ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0                  
[vdso]

> Looks like a thread initialization problem to *me*. And there be very
> serious and nasty snarling dragons with sharp pointy carborundum teeth
Hmm, can you pass those along to kill the Computer against which I'm playing 
at Warcraft III?
> :(
This kind of problems is normally caused from wrong alignments in the linker 
script.

> (this box, btw, is an AMD Athlon 4: it *does* have CMOV support. Not
> that that could plausibly be the problem here.)

> Whoops!

> I guess not many people have tried to build -bs6, then: I doubt that would
> work terribly well in skas mode, either ;)
Guess it wouldn't build stop.
> > Seems like I'll have to resort to something bad... which is attached,
> > i.e. black magic (using -U from time to time).
>
> Black magic during debugging makes me nervous, so...

> > Alternatively, use patch1.bz2 and patch2.bz2, which have normal context
> > (the final patch has been generated by merging them).
>
> ... I used these, which applied fine.
Btw, I forgot that broken-out is in perfect state and would help more for 
debug...


> `Seasonal allergic rhinitis',
Exactly.
> i.e., plants trying to have sex with my 
> nose over my violent protests.

> Well, it's done that in the south-east of England, too, but I don't have
> to like it, and it's `exceptional' (i.e. `has happened almost every year
> for the last decade' :( )
Global warming, isn't it? However don't worry, the Gulf Current is going to 
stop so you'll get refreshed of -10 degrees...
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

[-- Attachment #2: uml-pcap-on-64bit-host.patch --]
[-- Type: text/x-diff, Size: 1789 bytes --]



Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
---

 clean-linux-2.6.11-paolo/arch/um/drivers/Makefile       |    4 ++--
 clean-linux-2.6.11-paolo/arch/um/scripts/Makefile.unmap |    2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff -puN arch/um/drivers/Makefile~uml-pcap-on-64bit-host arch/um/drivers/Makefile
--- clean-linux-2.6.11/arch/um/drivers/Makefile~uml-pcap-on-64bit-host	2005-06-08 02:09:55.000000000 +0200
+++ clean-linux-2.6.11-paolo/arch/um/drivers/Makefile	2005-06-08 02:09:55.000000000 +0200
@@ -17,10 +17,10 @@ ubd-objs := ubd_kern.o ubd_user.o
 port-objs := port_kern.o port_user.o
 harddog-objs := harddog_kern.o harddog_user.o
 
-LDFLAGS_pcap.o := -r -lpcap -L/usr/lib
+LDFLAGS_pcap.o := -r $(shell $(CC) $(CFLAGS) -print-file-name=libpcap.a)
 
 $(obj)/pcap.o: $(obj)/pcap_kern.o $(obj)/pcap_user.o
-	$(LD) -r -dp -o $@ $^ $(LDFLAGS_pcap.o)
+	$(LD) -r -dp -o $@ $^ $(LDFLAGS) $(LDFLAGS_pcap.o)
 #XXX: The call below does not work because the flags are added before the
 # object name, so nothing from the library gets linked.
 #$(call if_changed,ld)
diff -puN arch/um/scripts/Makefile.unmap~uml-pcap-on-64bit-host arch/um/scripts/Makefile.unmap
--- clean-linux-2.6.11/arch/um/scripts/Makefile.unmap~uml-pcap-on-64bit-host	2005-06-08 02:09:55.000000000 +0200
+++ clean-linux-2.6.11-paolo/arch/um/scripts/Makefile.unmap	2005-06-08 02:09:55.000000000 +0200
@@ -15,7 +15,7 @@ $(obj)/unmap.o: _c_flags = $(__UNMAP_CFL
 
 quiet_cmd_wrapld = LD      $@
 define cmd_wrapld
-	$(LD) $(LDFLAGS) -r -o $(obj)/unmap_tmp.o $< $(shell $(CC) -print-file-name=libc.a); \
+	$(LD) $(LDFLAGS) -r -o $(obj)/unmap_tmp.o $< $(shell $(CC) $(CFLAGS) -print-file-name=libc.a); \
 	$(OBJCOPY) $(UML_OBJCOPYFLAGS) $(obj)/unmap_tmp.o $@ -G switcheroo
 endef
 
_

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Nix]

On Wed, 8 Jun 2005, blaisorblade@yahoo.it said:
> On Tuesday 07 June 2005 21:47, Nix wrote:
>> On Tue, 7 Jun 2005, blaisorblade@yahoo.it suggested tentatively:
>> > On Tuesday 07 June 2005 18:21, Nix wrote:
>> >> OK, so it's a -static TT build that's failing?
>> >
>> > Exactly.
>>
>> Built, with a randomly selected .config (that is, a .config I use for
>> other things, not a .config with the values set at random!)
> Hmm, broken-out in the archives works perfectly (with patch-scripts). Go until 
> uml-link-tt-mode-against-nptl.patch and retry, and possibly even with the 
> previous one... please.

OK, will do.

>> With that applied, it builds...
>>
>> ... and segfaults almost at once on invocation:
>>
>> execve("./vmlinux", ["./vmlinux"], [/* 49 vars */]) = 0
>> uname({sys="Linux", node="hades", ...}) = 0
>> brk(0)                                  = 0xa0343000
>> brk(0xa0343834)                         = 0xa0343834
>> set_thread_area({entry_number:-1 -> 6, base_addr:0xa034381c, limit:1048575,
>> seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
>> seg_not_present:0, useable:1}) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0)
> 
> Hmm, gdb would be more helpful... I was getting a SIGBUS somewhere on x86_64 
> (with a native binary) here, and maybe it could be the same thing (no, it 
> can't, your error is different, so I'm talking to myself):

Unlikely: this isn't an x86-64 box ;}

> And here is the memory map... whoops! The code is trying to read from 
> 60c00000, which is mapped... but from an absurd address! And from a different 
> file from all the rest!
[snip]
> 60c00000-a2000000 rwxs ffffffffc0c00000 00:0e 
> 1383102                    /tmp/vm_file-JmW1nY (deleted)

Whaa?

>> Looks like a thread initialization problem to *me*. And there be very
>> serious and nasty snarling dragons with sharp pointy carborundum teeth
> Hmm, can you pass those along to kill the Computer against which I'm playing 
> at Warcraft III?

;)

>> :(
> This kind of problems is normally caused from wrong alignments in the linker 
> script.

I'm not surprised it dies: even ld can see that something's wrong. With
V=1 we see this:

        gcc -static -Wl,--wrap,malloc -Wl,--wrap,free -Wl,--wrap,calloc -o vmlinux -Wl,-T,arch/um/kernel/vmlinux.lds   init/built-in.o -Wl,--start-group  usr/built-in.o  arch/um/kernel/built-in.o  arch/um/drivers/built-in.o  arch/um/os-Linux/built-in.o  arch/um/sys-i386/built-in.o  arch/i386/crypto/built-in.o  kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o  lib/lib.a  lib/built-in.o  drivers/built-in.o  sound/built-in.o  net/built-in.o -Wl,--end-group -lutil .tmp_kallsyms3.o ; rm -f linux
/usr/bin/ld: BFD 2.16.90.0.3 20050510 assertion fail elf.c:3833

which is the assertion here, inside
bfd/elf.c:map_sections_to_segments():

  /* If there are any SHF_TLS output sections, add PT_TLS segment.  */
  if (tls_count > 0)
    {
      int i;

      amt = sizeof (struct elf_segment_map);
      amt += (tls_count - 1) * sizeof (asection *);
      m = bfd_zalloc (abfd, amt);
      if (m == NULL)
	goto error_return;
      m->next = NULL;
      m->p_type = PT_TLS;
      m->count = tls_count;
      /* Mandated PF_R.  */
      m->p_flags = PF_R;
      m->p_flags_valid = 1;
      for (i = 0; i < tls_count; ++i)
	{
	  BFD_ASSERT (first_tls->flags & SEC_THREAD_LOCAL);
	  m->sections[i] = first_tls;
	  first_tls = first_tls->next;
	}

      *pm = m;
      pm = &m->next;
    }

>> > Alternatively, use patch1.bz2 and patch2.bz2, which have normal context
>> > (the final patch has been generated by merging them).
>>
>> ... I used these, which applied fine.
> Btw, I forgot that broken-out is in perfect state and would help more for 
> debug...

I'll try that next.

>> Well, it's done that in the south-east of England, too, but I don't have
>> to like it, and it's `exceptional' (i.e. `has happened almost every year
>> for the last decade' :( )
> Global warming, isn't it? However don't worry, the Gulf Current is going to 
> stop so you'll get refreshed of -10 degrees...

Excellent. Bring back the ice age!

(Hm. My house wouldn't stand up well under a kilometre of ice...)

-- 
`It's as bizarre an intrusion as, I don't know, the hobbits coming home
 to find that the Shire has been taken over by gangsta rappers.'


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

[-- Attachment #1: Type: text/plain, Size: 5001 bytes --]

On Wednesday 08 June 2005 19:38, Nix wrote:
> On Wed, 8 Jun 2005, blaisorblade@yahoo.it said:
> > On Tuesday 07 June 2005 21:47, Nix wrote:
> >> On Tue, 7 Jun 2005, blaisorblade@yahoo.it suggested tentatively:
> >> > On Tuesday 07 June 2005 18:21, Nix wrote:
> >> >> OK, so it's a -static TT build that's failing?
> >> >
> >> > Exactly.
> >>
> >> Built, with a randomly selected .config (that is, a .config I use for
> >> other things, not a .config with the values set at random!)
> >
> > Hmm, broken-out in the archives works perfectly (with patch-scripts). Go
> > until uml-link-tt-mode-against-nptl.patch and retry, and possibly even
> > with the previous one... please.
>
> OK, will do.
>
> >> With that applied, it builds...
> >>
> >> ... and segfaults almost at once on invocation:
> >>
> >> execve("./vmlinux", ["./vmlinux"], [/* 49 vars */]) = 0
> >> uname({sys="Linux", node="hades", ...}) = 0
> >> brk(0)                                  = 0xa0343000
> >> brk(0xa0343834)                         = 0xa0343834
> >> set_thread_area({entry_number:-1 -> 6, base_addr:0xa034381c,
> >> limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
> >> limit_in_pages:1,
> >> seg_not_present:0, useable:1}) = 0 --- SIGSEGV (Segmentation fault) @ 0
> >> (0)
> >
> > Hmm, gdb would be more helpful... I was getting a SIGBUS somewhere on
> > x86_64 (with a native binary) here, and maybe it could be the same thing
> > (no, it can't, your error is different, so I'm talking to myself):
>
> Unlikely: this isn't an x86-64 box ;}
No, I thought it was a general error...

> > And here is the memory map... whoops! The code is trying to read from
> > 60c00000, which is mapped... but from an absurd address! And from a
> > different file from all the rest!

> [snip]
>
> > 60c00000-a2000000 rwxs ffffffffc0c00000 00:0e
> > 1383102                    /tmp/vm_file-JmW1nY (deleted)

> Whaa?
Yes, strange offset... it's what I noted too.

> >> Looks like a thread initialization problem to *me*. And there be very
> >> serious and nasty snarling dragons with sharp pointy carborundum teeth

> > This kind of problems is normally caused from wrong alignments in the
> > linker script.

> I'm not surprised it dies: even ld can see that something's wrong. With
> V=1 we see this:

>         gcc -static -Wl,--wrap,malloc -Wl,--wrap,free -Wl,--wrap,calloc -o
> vmlinux -Wl,-T,arch/um/kernel/vmlinux.lds   init/built-in.o
> -Wl,--start-group  usr/built-in.o  arch/um/kernel/built-in.o 
> arch/um/drivers/built-in.o  arch/um/os-Linux/built-in.o 
> arch/um/sys-i386/built-in.o  arch/i386/crypto/built-in.o  kernel/built-in.o
>  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o 
> crypto/built-in.o  lib/lib.a  lib/built-in.o  drivers/built-in.o 
> sound/built-in.o  net/built-in.o -Wl,--end-group -lutil .tmp_kallsyms3.o ;
> rm -f linux /usr/bin/ld: BFD 2.16.90.0.3 20050510 assertion fail elf.c:3833
Only with V=1 the error is shown? Strange! Also, why the hell is this 
assertion failing, in normal words? Is he complaining for the (now 
missing) .thread_private section?

Also, would you be able to fix problems like "allocated 5 headers, needed 6" 
or such? What are the criteria for choosing how many headers to allocate?

> which is the assertion here, inside
> bfd/elf.c:map_sections_to_segments():
>
>   /* If there are any SHF_TLS output sections, add PT_TLS segment.  */
>   if (tls_count > 0)
>     {
>       int i;
>
>       amt = sizeof (struct elf_segment_map);
>       amt += (tls_count - 1) * sizeof (asection *);
>       m = bfd_zalloc (abfd, amt);
>       if (m == NULL)
> 	goto error_return;
>       m->next = NULL;
>       m->p_type = PT_TLS;
>       m->count = tls_count;
>       /* Mandated PF_R.  */
>       m->p_flags = PF_R;
>       m->p_flags_valid = 1;
>       for (i = 0; i < tls_count; ++i)
> 	{
> 	  BFD_ASSERT (first_tls->flags & SEC_THREAD_LOCAL);
> 	  m->sections[i] = first_tls;
> 	  first_tls = first_tls->next;
> 	}
>
>       *pm = m;
>       pm = &m->next;
>     }

> > Btw, I forgot that broken-out is in perfect state and would help more for
> > debug...
>
> I'll try that next.
Here I've attached the patch that today worked for me; it replaces the one 
with the same name, and I applied until it.

Please, take care that there is no dependency yet from unmap_fin.o to vmlinux, 
so modifying that file won't show up in the final result unless you either 
tocuh arch/um/kernel/vmlinux.lds or (untested) rm .tmp_vmlinux1.

> > Global warming, isn't it? However don't worry, the Gulf Current is going
> > to stop so you'll get refreshed of -10 degrees...

> Excellent. Bring back the ice age!

> (Hm. My house wouldn't stand up well under a kilometre of ice...)
Everybody gets a free new house! Global warming is the next killer application 
for house building!
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

[-- Attachment #2: uml-link-tt-mode-against-nptl.patch --]
[-- Type: text/x-diff, Size: 9227 bytes --]


From: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>, Al Viro <viro@parcelfarce.linux.theplanet.co.uk>

To make sure switcheroo() can execute when we remap all the executable image,
we used a trick to make it use a local copy of errno... this trick does not
work with NPTL glibc, only with LinuxThreads, so use another (simpler) one to
make it work anyway.

Hopefully, a lot improved thanks to merging with the version of Al Viro (which
had his part of problems, though, i.e. removing a fix to another bug and not
fixing the problem on i386).

Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
---

 linux-2.6.git-paolo/arch/um/Makefile               |    2 -
 linux-2.6.git-paolo/arch/um/kernel/tt/Makefile     |   15 ----------
 linux-2.6.git-paolo/arch/um/kernel/uml.lds.S       |   15 ++--------
 linux-2.6.git-paolo/arch/um/scripts/Makefile.rules |    6 ++++
 linux-2.6.git-paolo/arch/um/scripts/Makefile.unmap |   22 ++++++++++++++
 linux-2.6.git-paolo/arch/um/sys-i386/Makefile      |    2 +
 linux-2.6.git-paolo/arch/um/sys-i386/unmap.c       |   25 ++++++++++++++++
 linux-2.6.git-paolo/arch/um/sys-x86_64/Makefile    |    2 +
 linux-2.6.git-paolo/arch/um/sys-x86_64/unmap.c     |   25 ++++++++++++++++
 linux-2.6.git/arch/um/kernel/tt/unmap.c            |   31 ---------------------
 10 files changed, 86 insertions(+), 59 deletions(-)

diff -L arch/um/kernel/tt/unmap.c -puN arch/um/kernel/tt/unmap.c~uml-link-tt-mode-against-nptl /dev/null
--- linux-2.6.git/arch/um/kernel/tt/unmap.c
+++ /dev/null	2005-03-04 21:12:55.000000000 +0100
@@ -1,31 +0,0 @@
-/* 
- * Copyright (C) 2000 Jeff Dike (jdike@karaya.com)
- * Licensed under the GPL
- */
-
-#include <sys/mman.h>
-
-int switcheroo(int fd, int prot, void *from, void *to, int size)
-{
-	if(munmap(to, size) < 0){
-		return(-1);
-	}
-	if(mmap(to, size, prot,	MAP_SHARED | MAP_FIXED, fd, 0) != to){
-		return(-1);
-	}
-	if(munmap(from, size) < 0){
-		return(-1);
-	}
-	return(0);
-}
-
-/*
- * Overrides for Emacs so that we follow Linus's tabbing style.
- * Emacs will notice this stuff at the end of the file and automatically
- * adjust the settings for this buffer only.  This must remain at the end
- * of the file.
- * ---------------------------------------------------------------------------
- * Local variables:
- * c-file-style: "linux"
- * End:
- */
diff -puN arch/um/kernel/uml.lds.S~uml-link-tt-mode-against-nptl arch/um/kernel/uml.lds.S
--- linux-2.6.git/arch/um/kernel/uml.lds.S~uml-link-tt-mode-against-nptl	2005-06-07 19:10:51.000000000 +0200
+++ linux-2.6.git-paolo/arch/um/kernel/uml.lds.S	2005-06-07 19:10:51.000000000 +0200
@@ -14,19 +14,10 @@ SECTIONS
   /* Used in arch/um/kernel/mem.c. Any memory between START and __binary_start
    * is remapped.*/
   __binary_start = .;
-#ifdef MODE_TT
-  .thread_private : {
-    __start_thread_private = .;
-    errno = .;
-    . += 4;
-    arch/um/kernel/tt/unmap_fin.o (.data)
-    __end_thread_private = .;
-  }
-  . = ALIGN(4096);
-  .remap : { arch/um/kernel/tt/unmap_fin.o (.text) }
 
-  /* We want it only if we are in MODE_TT. In both cases, however, when MODE_TT
-   * is off the resulting binary segfaults.*/
+#ifdef MODE_TT
+  .remap_data : { arch/um/sys-SUBARCH/unmap_fin.o (.data .bss) }
+  .remap : { arch/um/sys-SUBARCH/unmap_fin.o (.text) }
 
   . = ALIGN(4096);		/* Init code and data */
 #endif
diff -puN /dev/null arch/um/sys-i386/unmap.c
--- /dev/null	2005-03-04 21:12:55.000000000 +0100
+++ linux-2.6.git-paolo/arch/um/sys-i386/unmap.c	2005-06-07 19:10:51.000000000 +0200
@@ -0,0 +1,25 @@
+/*
+ * Copyright (C) 2000 Jeff Dike (jdike@karaya.com)
+ * Licensed under the GPL
+ */
+
+#include <linux/mman.h>
+#include <asm/unistd.h>
+
+static int errno;
+
+static inline _syscall2(int,munmap,void *,start,size_t,len)
+static inline _syscall6(void *,mmap2,void *,addr,size_t,len,int,prot,int,flags,int,fd,off_t,offset)
+int switcheroo(int fd, int prot, void *from, void *to, int size)
+{
+	if(munmap(to, size) < 0){
+		return(-1);
+	}
+	if(mmap2(to, size, prot, MAP_SHARED | MAP_FIXED, fd, 0) != to){
+		return(-1);
+	}
+	if(munmap(from, size) < 0){
+		return(-1);
+	}
+	return(0);
+}
diff -puN /dev/null arch/um/sys-x86_64/unmap.c
--- /dev/null	2005-03-04 21:12:55.000000000 +0100
+++ linux-2.6.git-paolo/arch/um/sys-x86_64/unmap.c	2005-06-07 19:10:51.000000000 +0200
@@ -0,0 +1,25 @@
+/*
+ * Copyright (C) 2000 Jeff Dike (jdike@karaya.com)
+ * Licensed under the GPL
+ */
+
+#include <linux/mman.h>
+#include <asm/unistd.h>
+
+static int errno;
+
+static inline _syscall2(int,munmap,void *,start,size_t,len)
+static inline _syscall6(void *,mmap,void *,addr,size_t,len,int,prot,int,flags,int,fd,off_t,offset)
+int switcheroo(int fd, int prot, void *from, void *to, int size)
+{
+	if(munmap(to, size) < 0){
+		return(-1);
+	}
+	if(mmap(to, size, prot, MAP_SHARED | MAP_FIXED, fd, 0) != to){
+		return(-1);
+	}
+	if(munmap(from, size) < 0){
+		return(-1);
+	}
+	return(0);
+}
diff -puN arch/um/kernel/tt/Makefile~uml-link-tt-mode-against-nptl arch/um/kernel/tt/Makefile
--- linux-2.6.git/arch/um/kernel/tt/Makefile~uml-link-tt-mode-against-nptl	2005-06-07 19:10:51.000000000 +0200
+++ linux-2.6.git-paolo/arch/um/kernel/tt/Makefile	2005-06-07 19:10:51.000000000 +0200
@@ -3,10 +3,6 @@
 # Licensed under the GPL
 #
 
-extra-y := unmap_fin.o
-targets := unmap.o
-clean-files := unmap_tmp.o
-
 obj-y = exec_kern.o exec_user.o gdb.o ksyms.o mem.o mem_user.o process_kern.o \
 	syscall_kern.o syscall_user.o time.o tlb.o tracer.o trap_user.o \
 	uaccess.o uaccess_user.o
@@ -16,14 +12,3 @@ obj-$(CONFIG_PT_PROXY) += gdb_kern.o ptp
 USER_OBJS := gdb.o time.o tracer.o
 
 include arch/um/scripts/Makefile.rules
-
-UNMAP_CFLAGS := $(patsubst -pg -DPROFILING,,$(USER_CFLAGS))
-UNMAP_CFLAGS := $(patsubst -fprofile-arcs -ftest-coverage,,$(UNMAP_CFLAGS))
-
-#XXX: partially copied from arch/um/scripts/Makefile.rules
-$(obj)/unmap.o: c_flags = -Wp,-MD,$(depfile) $(UNMAP_CFLAGS)
-
-$(obj)/unmap_fin.o : $(obj)/unmap.o
-	$(LD) -r -o $(obj)/unmap_tmp.o $< $(shell $(CC) -print-file-name=libc.a)
-	$(OBJCOPY) $(obj)/unmap_tmp.o $@ -G switcheroo
-
diff -puN arch/um/sys-i386/Makefile~uml-link-tt-mode-against-nptl arch/um/sys-i386/Makefile
--- linux-2.6.git/arch/um/sys-i386/Makefile~uml-link-tt-mode-against-nptl	2005-06-07 19:10:51.000000000 +0200
+++ linux-2.6.git-paolo/arch/um/sys-i386/Makefile	2005-06-07 19:10:51.000000000 +0200
@@ -15,3 +15,5 @@ bitops.c-dir = lib
 semaphore.c-dir = kernel
 highmem.c-dir = mm
 module.c-dir = kernel
+
+include arch/um/scripts/Makefile.unmap
diff -puN arch/um/sys-x86_64/Makefile~uml-link-tt-mode-against-nptl arch/um/sys-x86_64/Makefile
--- linux-2.6.git/arch/um/sys-x86_64/Makefile~uml-link-tt-mode-against-nptl	2005-06-07 19:10:51.000000000 +0200
+++ linux-2.6.git-paolo/arch/um/sys-x86_64/Makefile	2005-06-07 19:10:51.000000000 +0200
@@ -29,3 +29,5 @@ thunk.S-dir = lib
 module.c-dir = kernel
 
 subdir- := util
+
+include arch/um/scripts/Makefile.unmap
diff -puN /dev/null arch/um/scripts/Makefile.unmap
--- /dev/null	2005-03-04 21:12:55.000000000 +0100
+++ linux-2.6.git-paolo/arch/um/scripts/Makefile.unmap	2005-06-07 19:10:51.000000000 +0200
@@ -0,0 +1,22 @@
+clean-files += unmap_tmp.o unmap_fin.o unmap.o
+
+ifdef CONFIG_MODE_TT
+
+#Always build unmap_fin.o
+extra-y += unmap_fin.o
+#Do dependency tracking for unmap.o (it will be always built, but won't get the tracking unless we use this).
+targets += unmap.o
+
+#XXX: partially copied from arch/um/scripts/Makefile.rules
+$(obj)/unmap.o: _c_flags = $(call unprofile,$(CFLAGS))
+
+quiet_cmd_wrapld = LD      $@
+define cmd_wrapld
+	$(LD) -r -o $(obj)/unmap_tmp.o $< $(shell $(CC) -print-file-name=libc.a); \
+	$(OBJCOPY) $(obj)/unmap_tmp.o $@ -G switcheroo
+endef
+
+$(obj)/unmap_fin.o : $(obj)/unmap.o FORCE
+	$(call if_changed,wrapld)
+
+endif
diff -puN arch/um/Makefile~uml-link-tt-mode-against-nptl arch/um/Makefile
--- linux-2.6.git/arch/um/Makefile~uml-link-tt-mode-against-nptl	2005-06-07 19:10:51.000000000 +0200
+++ linux-2.6.git-paolo/arch/um/Makefile	2005-06-07 19:10:51.000000000 +0200
@@ -118,7 +118,7 @@ endif
 CPPFLAGS_vmlinux.lds = $(shell echo -U$(SUBARCH) \
 	-DSTART=$(START) -DELF_ARCH=$(ELF_ARCH) \
 	-DELF_FORMAT=\"$(ELF_FORMAT)\" $(CPP_MODE-y) \
-	-DKERNEL_STACK_SIZE=$(STACK_SIZE))
+	-DKERNEL_STACK_SIZE=$(STACK_SIZE) -DSUBARCH=$(SUBARCH))
 
 #The wrappers will select whether using "malloc" or the kernel allocator.
 LINK_WRAPS = -Wl,--wrap,malloc -Wl,--wrap,free -Wl,--wrap,calloc
diff -puN arch/um/scripts/Makefile.rules~uml-link-tt-mode-against-nptl arch/um/scripts/Makefile.rules
--- linux-2.6.git/arch/um/scripts/Makefile.rules~uml-link-tt-mode-against-nptl	2005-06-07 19:10:51.000000000 +0200
+++ linux-2.6.git-paolo/arch/um/scripts/Makefile.rules	2005-06-07 19:10:51.000000000 +0200
@@ -10,6 +10,12 @@ USER_OBJS := $(foreach file,$(USER_OBJS)
 $(USER_OBJS) : c_flags = -Wp,-MD,$(depfile) $(USER_CFLAGS) \
 	$(CFLAGS_$(notdir $@))
 
+# The stubs and unmap.o can't try to call mcount or update basic block data
+define unprofile
+	$(patsubst -pg,,$(patsubst -fprofile-arcs -ftest-coverage,,$(1)))
+endef
+
+
 quiet_cmd_make_link = SYMLINK $@
 cmd_make_link       = ln -sf $(srctree)/arch/$(SUBARCH)/$($(notdir $@)-dir)/$(notdir $@) $@
 
_

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

On Wednesday 08 June 2005 02:34, Blaisorblade wrote:
> On Tuesday 07 June 2005 21:47, Nix wrote:
> > On Tue, 7 Jun 2005, blaisorblade@yahoo.it suggested tentatively:
> > > On Tuesday 07 June 2005 18:21, Nix wrote:
> > >> OK, so it's a -static TT build that's failing?
> > >
> > > Exactly.
> >
> > Built, with a randomly selected .config (that is, a .config I use for
> > other things, not a .config with the values set at random!)
>
> Hmm, broken-out in the archives works perfectly (with patch-scripts). Go
> until uml-link-tt-mode-against-nptl.patch and retry, and possibly even with
> the previous one... please.
Hmm, ok, it works perfectly here in SKAS mode, not in TT mode (I'm enabling 
both), but it's different, so there is something wrong there... maybe it is 
the NPTL glibc. If you can confirm that, I'll have one less problem (fixing 
things for NPTL glibc will still be an issue, but that is not urgent).

Urgency is the keyword here.... I have the exam season now so I *must* study.
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade


		
___________________________________ 
Yahoo! Messenger: chiamate gratuite in tutto il mondo 
http://it.beta.messenger.yahoo.com



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

[-- Attachment #1.1: Type: text/plain, Size: 3114 bytes --]

Resending to list-only with less attachments:

On Tuesday 07 June 2005 18:21, Nix wrote:
> On Tue, 7 Jun 2005, blaisorblade@yahoo.it gibbered uncontrollably:
> > On Tuesday 07 June 2005 17:54, Nix wrote:
> >> On Tue, 7 Jun 2005, blaisorblade@yahoo.it said:
> >> > On Tuesday 07 June 2005 16:31, Nix wrote:
> >> >> On Tue, 07 Jun 2005, bugzilla-daemon@gentoo.org gibbered 
uncontrollably:

> >> Well, I've got a dual non-NPTL glibc in /lib and NPTL glibc in /lib/tls,
> >> but I can force use of either,
> >
> > Even for static linking? In this case, strange setup.

> Yes.

> OK, so it's a -static TT build that's failing?
Exactly.
> Will try.
>
> >> and the headers,
> >
> > Different headers too? I didn't know that (and it makes me suspicious
> > about binary compatibility).
>
> Yeah, the headers differ. There *are* some binary compatibility
> problems, mostly in the area of thread cancellation, but in that case
> Ulrich would probably say that build-against-NPTL-run-against-LinuxThreads
> is not officially supported for much the same reason as build-against-
> 2.3.5-run-against-2.2.4 is unsupported...
>
> >> This is
> >> <http://www.user-mode-linux.org/~blaisorblade/patches/guest/uml-2.6.11.8
> >>-bs 6/uml-2.6.11.8-bs6.patch.bz2>, right?

> > Not sure about that... I uploaded and destroyed it multiple times, so
> > here's the MD5 of the current version:

> > md5sum uml-2.6.11.8-bs6.patch.bz2
> > 1a6868d70c7af75f3375eba3b7dfd466  uml-2.6.11.8-bs6.patch.bz2

> That matches the MD5 of that patch. (The one wot doesn't work. ;} See
> other mail.)

> Patch mis-rolled, I guess: arch/um/scripts/Makefile.rules is missing,
> yet included from multiple places:
Not only that, dear boy, not only that... I now looked 

combinediff: hunk-splitting is required in this case, but is not yet 
implemented
combinediff: use the -U option to work around this
combinediff: Bad patch #1: Illegal seek

Seems like I'll have to resort to something bad... which is attached, i.e. 
black magic (using -U from time to time).

Alternatively, use patch1.bz2 and patch2.bz2, which have normal context (the 
final patch has been generated by merging them).
> >>(It looks like it was uploaded only a few minutes ago in some time
> >>zone quite divergent from either of ours. :) )

> > Hmm, the first upload was done during this night, so I guess it was not a
> > timezone problem but an actual crazy boy fixing sucking compile errors at
> > a late time.

> Gosh, I can't imagine anyone here doing anything like that.

> [fixed one bug in a local administrative script at 04:00 this morning...
>  insomnia sucks, hay fever sucks, temperatures above 15C suck...]
I share with you insomnia and hay fever (if I do the right guess). For 
temperatures above 15C, I don't: I live in Sicily, so here we're at about 
25°-30° C, and it'll go up to 40°C...
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

[-- Attachment #1.2: patch1.bz2 --]
[-- Type: application/x-bzip2, Size: 30897 bytes --]

[-- Attachment #1.3: patch2.bz2 --]
[-- Type: application/x-bzip2, Size: 5370 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Nix]

On Tue, 7 Jun 2005, blaisorblade@yahoo.it said:
> Just give me the time to actually upload the tree, which I'm doing at the 
> moment, and forgive me if I added anything ruining the compilation while I 
> was working on x86_64 host.

Patch mis-rolled, I guess: arch/um/scripts/Makefile.rules is missing,
yet included from multiple places:

  CHK     usr/initramfs_list
arch/um/kernel/Makefile:34: arch/um/scripts/Makefile.rules: No such file or directory
make[1]: *** No rule to make target `arch/um/scripts/Makefile.rules'.  Stop.
make: *** [arch/um/kernel] Error 2

(I could grab the copy from -bs5, but I don't know if it's changed since
then, or even if it's still meant to be there at all. I could check the
-broken-out, but I have no guarantee that that isn't equally confused :) )

-- 
`It's as bizarre an intrusion as, I don't know, the hobbits coming home
 to find that the Shire has been taken over by gangsta rappers.'


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From dsd@gentoo.org  2005-07-06 02:57 PDT -------
usermode-sources-2.6.12 is in portage. Please test it (see comment #51) as it
should solve the NPTL issues.

-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From blaisorblade_spam@yahoo.it  2005-07-06 09:22 PDT -------
About that (since I'm the author of comment #51), actually the solution had a 
bit of problems, I think I've got around them but 2.6.12-bs1 does not yet 
include the fix, so probably neither does usermode-sources-2.6.12.

-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From x-drum@libero.it  2005-07-09 15:41 PDT -------
(In reply to comment #52)
> usermode-sources-2.6.12 is in portage. Please test it (see comment #51) as it
> should solve the NPTL issues.

Hi,
I'm using glibc-2.3.4.20041102-r1 compiled with the USE="nptl nptlonly".

Finally i was able to build an uml kernel from the source with this "mix"!!!
i patched the host kernel (gentoo-sources-2.6.12-r4)
with this patch:
http://www.user-mode-linux.org/~blaisorblade/patches/skas3-2.6/skas-2.6.12-rc4-v9-pre4/skas-2.6.12-rc4-v9-pre4.patch.bz2

then i emerged the usermode-sources-2.6.12
and in the kernel configuration 
i disabled CONFIG_MODE_TT 
and enabled CONFIG_SKAS 
(see comment #41 by BlaisorBlade)

NOTE1: when CONFIG_MODE_TT is disabled in the guest kernel (uml)
the host kernel must be patched with the skas patch.

NOTE2: i would like to thank you all! :D

my emerge info:
-----------------------------------------------------------------
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.12-gentoo-r4-skas3-v9-pre4 i686)
=================================================================
System uname: 2.6.12-gentoo-r4-skas3-v9-pre4 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz
Gentoo Base System version 1.6.12
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Apr 28 2005, 17:46:54)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="it_IT@euro"
LINGUAS="it"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync1.it.gentoo.org/gentoo-portage"
USE="x86 X aalib acpi alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl
dvd dvdr emboss encode esd fam flac foomaticdb fortran gdbm gif gnome gpm gtk
gtk2 imagemagick imlib ipv6 java jpeg junit kde libg++ libwww mad mikmod mmx
motif mp3 mpeg mysql ncurses nls nptl nptlonly odbc ogg oggvorbis opengl oss pam
pdflib perl png python qt quicktime readline samba sdl slang spell ssl svga tcpd
tiff truetype truetype-fonts type1-fonts unicode usb vorbis xine xinerama xml
xml2 xmms xv zlib linguas_it userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS




-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From blaisorblade_spam@yahoo.it  2005-07-12 10:13 PDT -------
Ok, a couple of notes: 
1) You'll probably like to upgrade your SKAS patch to V8.2 or V9-pre7, since  
they fix an important bug which could affect apps other than UML (difficult to  
trigger since you use NPTL, anyway).  
  
2) With the latest patch for UML on my site, 2.6.12-bs5, you should be able to 
enable TT mode and still get a successful compile, it was tested on FC4. That 
tree will be probably added in portage (see bug #98785). 
 
3) I think that even in past releases UML compiled for NPTL-only systems, if 
enabling SKAS and disabling TT. 

-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From x-drum@libero.it  2005-07-13 08:14 PDT -------
(In reply to comment #55)
> Ok, a couple of notes: 
> 1) You'll probably like to upgrade your SKAS patch to V8.2 or V9-pre7, since  
> they fix an important bug which could affect apps other than UML (difficult to  
> trigger since you use NPTL, anyway).  
thanks for the tip, updated the host kernel

> 2) With the latest patch for UML on my site, 2.6.12-bs5, you should be able to 
> enable TT mode and still get a successful compile,
you are right,
patched a vanilla 2.6.12 with this patch, now i can run an uml kernel
compiled with CONFIG_TT and CONFIG_SKAS enabled on my nptlonly system.



-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From x-drum@libero.it  2005-07-14 01:11 PDT -------
UML patch 2.6.12-bs5 also worked with usermode-sources-2.6.12
(that includes the gentoo patchset)



-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Rob Landley]

On Thursday 14 July 2005 03:11, bugzilla-daemon@gentoo.org wrote:
> Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
> Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
>
>
>
>
>
> ------- Additional Comments From x-drum@libero.it  2005-07-14 01:11 PDT
> ------- UML patch 2.6.12-bs5 also worked with usermode-sources-2.6.12
> (that includes the gentoo patchset)

Since when did sending a "go look at this URL" message to a development 
mailing list, with no further information outside of the message subject, not 
count as spam?  Especially when three or four further follow-ups are equally 
unintelligible if you don't follow the link to the URL in question?

Just curious...

Rob


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Rob Landley]

On Thursday 14 July 2005 14:57, Rob Landley wrote:
> On Thursday 14 July 2005 03:11, bugzilla-daemon@gentoo.org wrote:
> > Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
> > Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277
> >
> >
> >
> >
> >
> > ------- Additional Comments From x-drum@libero.it  2005-07-14 01:11 PDT
> > ------- UML patch 2.6.12-bs5 also worked with usermode-sources-2.6.12
> > (that includes the gentoo patchset)
>
> Since when did sending a "go look at this URL" message to a development
> mailing list, with no further information outside of the message subject,
> not count as spam?  Especially when three or four further follow-ups are
> equally unintelligible if you don't follow the link to the URL in question?
>
> Just curious...
>
> Rob

Ah, I see.  I was thrown off by the formatting, there is a little info at the 
bottom there.  (Mentally edited it out as a signature.)  Ok...

Rob


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From x-drum@libero.it  2005-07-14 01:12 PDT -------
Created an attachment (id=63369)
 --> (http://bugs.gentoo.org/attachment.cgi?id=63369&action=view)
usermode-sources-2.6.12 + uml-2.6.12-bs5 patch


-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From blaisorblade_spam@yahoo.it  2005-07-14 01:39 PDT -------
Yes, and -r1 should include -bs5 already... Bye  

-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=49277
Secure: https://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From x-drum@libero.it  2005-07-14 01:40 PDT -------
> Yes, and -r1 should include -bs5 already... Bye  

nice! bye



-- 
Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277


dsd@gentoo.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |UPSTREAM




------- Additional Comments From dsd@gentoo.org  2005-05-08 04:55 PST -------
No bug reports, I assume this is OK. The NPTL compilation issue still exists (I believe?) so closing as UPSTREAM. Hopefully someone will find the time and resources to fix it soon.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From dsd@gentoo.org  2005-04-29 17:41 PST -------
Added 2.6.11-bs4 to portage under name usermode-sources-2.6.11 - thanks. I'd appreciate it if someone could test it and let me know if it works, I'm not a UML user myself.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From dsd@gentoo.org  2005-04-28 09:26 PST -------
Think I found it. Would this be the latest version?

http://www.user-mode-linux.org/~blaisorblade/patches/guest/uml-2.6.11-bs4/



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From dsd@gentoo.org  2005-04-13 08:50 PST -------
If it's as quiet as the -stable tree and the patches are going upstream then I might consider just merging it into gentoo-sources instead. Could you please give me the URL to the patches? I got a little lost on your site.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From blaisorblade_spam@yahoo.it  2005-04-08 11:01 PST -------
I'm maintaining some external patches for UML, as "fix after release" a bit like the -stable tree, but for UML only.

What about adding it to portage? I can help if needed.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From rockoo@gmail.com  2005-03-19 12:54 PST -------
overhere the gentoo-source.11-r3 as host and gentoo-source.11-r4 as uml works fine

what about a skas-patched-host-kernel? a use-flag for gentoo-sources/usermode-sources?

Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r3 i686)
=================================================================
System uname: 2.6.11-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 28 2005, 13:40:03)]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.4 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.8.5-r3, 1.4_p6, 1.5, 1.7.9-r1, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.22-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=pentium4 -O3 -pipe"
CHOST="i686-pc-linux-gnu"




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From dsd@gentoo.org  2005-03-02 15:27 PST -------
Perhaps some UML users here could test 2.6.11 (gentoo-dev-sources) and see how they get on.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From blaisorblade_spam@yahoo.it  2005-03-02 07:04 PST -------
I hope that, but I'm not sure... actually, both 2.6.9 and 2.6.10 were not Good Enough releases.

Well, not that bad (2.6.9 works like a charm on a host < 2.6.9, in most cases); but I feel that in some cases we (UML developers) will still have to do some post-releases little fixes. I've done a lot of them for 2.6.9, I hadn't the time for 2.6.10.

http://www.user-mode-linux.org/~blaisorblade is the site to download them from. If you can include -bs7 inside portage (and add the security updates you want to add) I'd be grateful.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From dsd@gentoo.org  2005-02-18 05:05 PST -------
Thanks for the explanation- thats good news. So, when Linux 2.6.11 comes out and gets marked stable in portage, we will effectively be able to drop usermode-sources-2.6 from portage without losing any functionality?



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From blaisorblade_spam@yahoo.it  2005-02-09 13:58 PST -------
Yes, upgrading would partially help. Alternatively, using a non-NPTL glibc is a workaround (but things get slower); using the latest, ~x86 glibc, built without the nptlonly flag, makes sure that UML is linked against a non-NPTL glibc, so this is also a workaround.

In short, see my previous message, and note that the previous official source (Jeff Dike) for the portage releases has stopped doing releases, since main work happens onto vanilla kernels (UML has been merged into vanilla Linux, finally). He now only maintains a development tree (http://user-mode-linux.sourceforge.net/patches.html, if you want, but it's for development).

Both the 2.6.9-bs6 patchset (which I maintain and is very stable, see at http://www.user-mode-linux.org/~blaisorblade/) and the vanilla 2.6.10 Linux kernel (with a bit of other problems, which are fixed in the upcoming vanilla 2.6.11) have the (partial) fix included: they work if you compile a SKAS-only UML (enable CONFIG_SKAS and disable CONFIG_TT).

Everything fails to compile if you have a NPTL glibc in /lib (necessary condition to experience the bug) and UML is statically linked, i.e. you enable also TT mode or explicitly request static linking (which is implied by TT mode).

For this configuration, no workaround exists at the moment, nor I know anyone who knows enough about linking scripts and glibc details to fix it.
And note that enabling TT mode is required to run UML onto a vanilla Linux kernel as host system; with the SKAS patch on the host it is possible to run a UML built with only SKAS mode enabled and TT mode disabled.

* Why wasn't the portage tree not updated (I guess):
The reason is that while previously UML was a separate patch to apply to a vanilla tarball, while starting from 2.6.9 UML has been merged in mainline so a vanilla kernel (should) compile. However, a vanilla 2.6.9 kernel tarball contains the whole UML architecture, but has these problems (they were discovered and fixed later).

I release (when needed) a patchset (the -bb/-bs one) against vanilla kernels, however, for further UML fixes. "When needed" means that if the mainline release is good, and no important fixes are written, or if my time is short, I don't do a release.

Possibly including it inside the portage tree would be good (as usermode-bb-sources, if you want). I both use a Gentoo system and maintain that patchset, so if you want I can help for this.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277





------- Additional Comments From dsd@gentoo.org  2005-02-09 07:38 PST -------
Could someone please update me with the status of this bug? Are there still problems?

I notice that the latest version in portage is based on 2.6.8.1. Would upgrading to a newer version (assuming there are newer releases) help at all?



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Rob Landley]

On Wednesday 09 February 2005 10:38 am, bugzilla-daemon@gentoo.org wrote:
> ------- Additional Comments From dsd@gentoo.org  2005-02-09 07:38 PST
> ------- Could someone please update me with the status of this bug? Are
> there still problems?
>
> I notice that the latest version in portage is based on 2.6.8.1. Would
> upgrading to a newer version (assuming there are newer releases) help at
> all?

I believe it was fixed in 2.6.11-rc3-bk2 or thereabouts, but I personally 
would prefer to hold off closing it until 2.6.11 actually ships.  The UML in 
2.6.10 didn't build, 2.6.9 was unusable out of the box, and 2.6.11-rc3 
introduced _new_ build breakage on top of what -rc2 had because Linus just 
doesn't test it.

If the UML in 2.6.11-final works, consider the bug resolved.

Rob


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

On Thursday 10 February 2005 04:40, Rob Landley wrote:
> On Wednesday 09 February 2005 10:38 am, bugzilla-daemon@gentoo.org wrote:
> > ------- Additional Comments From dsd@gentoo.org  2005-02-09 07:38 PST
> > ------- Could someone please update me with the status of this bug? Are
> > there still problems?
> >
> > I notice that the latest version in portage is based on 2.6.8.1. Would
> > upgrading to a newer version (assuming there are newer releases) help at
> > all?
>
> I believe it was fixed in 2.6.11-rc3-bk2 or thereabouts, but I personally
> would prefer to hold off closing it until 2.6.11 actually ships.  The UML
> in 2.6.10 didn't build, 2.6.9 was unusable out of the box, and 2.6.11-rc3
> introduced _new_ build breakage on top of what -rc2 had because Linus just
> doesn't test it.
>
> If the UML in 2.6.11-final works, consider the bug resolved.
>
> Rob

Both 2.6.9 and 2.6.10 are more or less usable out of the box (although I'd not 
recommend 2.6.10 because various UML fixes were merged just *after* the  
release).

2.6.9 is unusable on a >=2.6.9 host, however (yes, it's ironic), but 2.6.9-bs 
is usable in most cases (especially for SKAS mode - you Rob have hit some bug 
in TT mode, however for people using SKAS mode it's ok. And sadly, most 
people use SKAS mode, so it's often more stable).

About the problem itself, I've already explained everything on bugzilla... and 
especially, nothing is fixed for TT mode on a NPTL-only Gentoo host, nor I 
know how to fix that (except by releasing a stable glibc which is built the 
correct way, i.e. with NPTL in /lib/tls and normal version in /lib - the 
current ebuild for this is correctly marked unstable).
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Rob Landley]

On Thursday 10 February 2005 06:31 am, Blaisorblade wrote:

> 2.6.9 is unusable on a >=2.6.9 host, however (yes, it's ironic), but
> 2.6.9-bs is usable in most cases (especially for SKAS mode - you Rob have
> hit some bug in TT mode, however for people using SKAS mode it's ok. And
> sadly, most people use SKAS mode, so it's often more stable).

2.6.9 was unusable on a 2.6.7 kernel as well.  (Knoppix 3.6.)

And requiring SKAS mode to use uclibc is roughly equivalent to requiring a 
kernel module in order to work.  If I could dictate the host kernel 
environment people run my stuff under, I wouldn't need UML in the first 
place.

Any idea when SKAS0 might be ready for testing?

Rob


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

On Thursday 10 February 2005 15:16, Rob Landley wrote:
> On Thursday 10 February 2005 06:31 am, Blaisorblade wrote:
> > 2.6.9 is unusable on a >=2.6.9 host, however (yes, it's ironic), but
> > 2.6.9-bs is usable in most cases (especially for SKAS mode - you Rob have
> > hit some bug in TT mode, however for people using SKAS mode it's ok. And
> > sadly, most people use SKAS mode, so it's often more stable).
>
> 2.6.9 was unusable on a 2.6.7 kernel as well.  (Knoppix 3.6.)
Hmm... ok, guess in TT mode it could be possible.
> And requiring SKAS mode to use uclibc
uclibc doesn't allow static linking? It's strange...
> is roughly equivalent to requiring a 
> kernel module in order to work.

Ok, are you able to figure out a way to copy the whole binary (+ libs) to the 
VM file and remap it from the file to arbitrary address spaces?

This is why in TT mode UML is statically linked, it's done so that we must not 
understand where libraries are located and remap them, too. I don't think 
there is a clean way (other than parsing /proc/self/maps, but that is a 
horrible kludge).

> If I could dictate the host kernel 
> environment people run my stuff under, I wouldn't need UML in the first
> place.

> Any idea when SKAS0 might be ready for testing?
You can already test it I guess, but probably it's not for production yet.

I (Wildly) guess a month could be enough, maybe... however for now you can do 
some testing in SKAS mode (the setup inside UML is not different).
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Rob Landley]

On Thursday 10 February 2005 10:44 am, Blaisorblade wrote:

> > And requiring SKAS mode to use uclibc
>
> uclibc doesn't allow static linking? It's strange...

Sorry, meant UML.  (I have a cold.)

> > is roughly equivalent to requiring a
> > kernel module in order to work.
>
> Ok, are you able to figure out a way to copy the whole binary (+ libs) to
> the VM file and remap it from the file to arbitrary address spaces?

Not with this cold and without a lot more study of how UML works, but first I 
want to confirm that you looked at the new 2.6 nonlinear mappings support 
(mm/fremap.c, sys_remap_file_pages() and friends...)

> This is why in TT mode UML is statically linked, it's done so that we must
> not understand where libraries are located and remap them, too. I don't
> think there is a clean way (other than parsing /proc/self/maps, but that is
> a horrible kludge).

Is there a post somewhere describing the problem in more detail?

> > Any idea when SKAS0 might be ready for testing?
>
> You can already test it I guess, but probably it's not for production yet.
>
> I (Wildly) guess a month could be enough, maybe... however for now you can
> do some testing in SKAS mode (the setup inside UML is not different).

So if I build 2.6.11-rc3-bk? I can fire up SKAS0 mode and run it on an 
unmodified kernel?  If so, I'm happy to test this...  (I read Jeff Dike's 
blog entry on SKAS0, but it didn't really have any implementation details.)

Rob


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

Stian, can you please read this and provide some help? The point of interest 
for you is ***MARKED***

On Friday 11 February 2005 01:31, Rob Landley wrote:
> On Thursday 10 February 2005 10:44 am, Blaisorblade wrote:
> > > And requiring SKAS mode to use uclibc
> >
> > uclibc doesn't allow static linking? It's strange...
>
> Sorry, meant UML.

> (I have a cold.) 
Best wishes for your health... (please, someone translate this to real 
English :-) )

> > > Any idea when SKAS0 might be ready for testing?
> >
> > You can already test it I guess, but probably it's not for production
> > yet.
> >
> > I (Wildly) guess a month could be enough, maybe... however for now you
> > can do some testing in SKAS mode (the setup inside UML is not different).
>
> So if I build 2.6.11-rc3-bk? I can fire up SKAS0 mode and run it on an
> unmodified kernel?  If so, I'm happy to test this...  (I read Jeff Dike's
> blog entry on SKAS0, but it didn't really have any implementation details.)
Well, code already exists. Get the appropriate -mm tree and apply on top of it 
the "incrementals" tree at 
http://user-mode-linux.sourceforge.net/patches.html.

Give a quick read to the changelogs to get a feeling about what's actually 
needed and what won't at all compile. I guess that in this moment skas0-ldt 
is a good point to stop at.

> > > is roughly equivalent to requiring a
> > > kernel module in order to work.

> > Ok, are you able to figure out a way to copy the whole binary (+ libs) to
> > the VM file and remap it from the file to arbitrary address spaces?

> Not with this cold and without a lot more study of how UML works,
Yes, obviously... actually, I also have made some confusion (I actually 
answered to "why UML in TT mode is built static?", not to the bug in TT 
mode).

***MARKED***
The bug in TT mode: actually, it happens when and because UML is statically 
linked, against NPTL glibc. It does not happen on normal distros, which 
provide a LinuxThreads glibc in /lib and for static linking to be 2.4 
compatible; nor in Gentoo with nptl disabled (which was the default when I 
installed it).

The problem, currently, is that there are problems (and linker assertion 
failures) probably because the linking scripts do not play well with 
the /usr/lib/libc.a sections. The error, if I recall it correctly, is posted 
in the comment #6.

Linking scripts give instructions about how to merge / order symbols of 
various sections inside the final binary; more info is provided in the info 
pages for ld. Uml's linking script are a mix of 
arch/i386/kernel/vmlinux.lds.S (which contains special kernels definition, 
used for instance for initcalls) and of the normal linking scripts used to 
build userspace executables (they are visible in the output of "strings ld", 
and maybe there is even some special option).

To dissect binary and library sections, objdump is also useful (and also the 
elfutils version of it).

Now, I don't understand why that error is born - it guesses wrongly the number 
of physical headers, and I could describe in detail the physical headers I 
want (each physical header groups a number of sections with similar mapping 
requirements).

***MARKED***
Stuff below refers to "Why UML in TT mode is built static?"

> but first 
> I want to confirm that you looked at the new 2.6 nonlinear mappings support
> (mm/fremap.c, sys_remap_file_pages() and friends...)

Hmm, I know that feature, only I don't understand how it could help *here*... 
basically, I think everything that you can do through remap_file_pages() can 
be done through mmap() / munmap() / mremap(), and the advantage is only for 
performance... and since the mappings in this case are created 

So, when and if there will be a remap_file_pages where you can also change 
protections and we'll drop all the mmap() we must create (one mmap for each 
page is not very nice... in fact with >=256 M of RAM for single process 
inside UML you must increase the max number of mappings a single process can 
create). Having 65536 mappings, put together inside a red-black tree, is not 
nice at all.

> > This is why in TT mode UML is statically linked, it's done so that we
> > must not understand where libraries are located and remap them, too. I
> > don't think there is a clean way (other than parsing /proc/self/maps, but
> > that is a horrible kludge).
>
> Is there a post somewhere describing the problem in more detail?
No idea, if it exists, (about why UML is statically linked) it is older than 
me here (and I follow UML only since 1 year and a half).
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Rob Landley]

On Thursday 10 February 2005 09:33 pm, Blaisorblade wrote:
> > Sorry, meant UML.
> >
> > (I have a cold.)
>
> Best wishes for your health... (please, someone translate this to real
> English :-) )

Oh, it's real english.  (Or at least it seems so to someone who just burned 
french toast to charcoal due to being too dizzy to walk down the street to a 
sandwich shop.  I'm not exactly firing on all cylinders at present...)

> > So if I build 2.6.11-rc3-bk? I can fire up SKAS0 mode and run it on an
> > unmodified kernel?  If so, I'm happy to test this...  (I read Jeff Dike's
> > blog entry on SKAS0, but it didn't really have any implementation
> > details.)
>
> Well, code already exists. Get the appropriate -mm tree and apply on top of
> it the "incrementals" tree at
> http://user-mode-linux.sourceforge.net/patches.html.
>
> Give a quick read to the changelogs to get a feeling about what's actually
> needed and what won't at all compile. I guess that in this moment skas0-ldt
> is a good point to stop at.

Cool.  "Not tonight, I have a headache", but cool.

> Yes, obviously... actually, I also have made some confusion (I actually
> answered to "why UML in TT mode is built static?", not to the bug in TT
> mode).
>
> ***MARKED***
> The bug in TT mode: actually, it happens when and because UML is statically
> linked, against NPTL glibc. It does not happen on normal distros, which
> provide a LinuxThreads glibc in /lib and for static linking to be 2.4
> compatible; nor in Gentoo with nptl disabled (which was the default when I
> installed it).
>
> The problem, currently, is that there are problems (and linker assertion
> failures) probably because the linking scripts do not play well with
> the /usr/lib/libc.a sections. The error, if I recall it correctly, is
> posted in the comment #6.

Gee, Red Hat, the distro that brought us gcc 2.96, is now having ld throw 
assertion failures trying to build UML.  It's nice to see tradition 
maintained...

I can't debug this one.  I gave up on Fedora when FC2 wouldn't boot on my 
desktop because the kernel was optimized for a processor more recent than the 
machine had (brand new Via Samuel 2, basically a Pentium clone with MMX and 
3DNow).

I was a loyal Red Hat user for years, but Fedora just left me cold.  (And the 
_courage_ they've shown, yanking things like mp3 player support and xpdf...  
Obviously they're a good ally to stand up for decss someday.)

> Stuff below refers to "Why UML in TT mode is built static?"
>
> > but first
> > I want to confirm that you looked at the new 2.6 nonlinear mappings
> > support (mm/fremap.c, sys_remap_file_pages() and friends...)
>
> Hmm, I know that feature, only I don't understand how it could help
> *here*... basically, I think everything that you can do through
> remap_file_pages() can be done through mmap() / munmap() / mremap(), and
> the advantage is only for performance... and since the mappings in this
> case are created
>
> So, when and if there will be a remap_file_pages where you can also change
> protections and we'll drop all the mmap() we must create

Tried asking on linux-kernel?

Rob


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[Blaisorblade]

On Friday 11 February 2005 03:42, Rob Landley wrote:
> On Thursday 10 February 2005 09:33 pm, Blaisorblade wrote:
> Gee, Red Hat, the distro that brought us gcc 2.96, is now having ld throw
> assertion failures trying to build UML.  It's nice to see tradition
> maintained...
No, this one is  Gentoo... on Fedora I saw the assertions but things worked 
anyway. This bug can only show up on Gentoo (non-default config, beyond) and 
LFS 6 (rumours).
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails

[bugzilla-daemon]

http://bugs.gentoo.org/show_bug.cgi?id=49277


blaisorblade_spam@yahoo.it changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |user-mode-linux-
                   |                            |devel@lists.sourceforge.net






------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel