Skip to contentSkip to conversation

Compile of usermode-sources-2.6.x fails

uml-devel [email protected] 4 participants 25 messages Jun 7, 2005 – Jul 14, 2005 1 message not in the archive User-mode Linux (UML)

lore
Share & tools
lore
#1 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 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.

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#2 lore raw

On Tue, 07 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 5 lines

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?)

Signature · 13 lines
`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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#3 lore raw
Quoted 10 lines · Nix

On Tue, 07 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 5 lines

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!

Signature · 3 lines
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
#4 lore raw
Quoted 8 lines · On Tue, 7 Jun 2005, [email protected] said:
Quoted 7 lines · Nix

On Tue, 07 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 5 lines

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.

Quoted 4 lines
Quoted 3 lines

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.

Quoted 5 lines

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.

Signature · 13 lines
`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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#14 lore raw
In reply to Blaisorblade
Quoted 3 lines · On Tue, 7 Jun 2005, [email protected] 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 :) )

Signature · 13 lines
`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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#5 lore raw
In reply to Nix
Quoted 9 lines · Nix
Quoted 8 lines · On Tue, 7 Jun 2005, [email protected] said:
Quoted 7 lines · Nix

On Tue, 07 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 5 lines

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.

Quoted 8 lines
Quoted 5 lines
Quoted 3 lines

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.

Quoted 1 line

and the headers,

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

Quoted 9 lines

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.

Quoted 4 lines

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.

Quoted 5 lines
Quoted 1 line

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

Quoted 2 lines

(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.

Signature · 23 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#6 lore raw

On Tue, 7 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 12 lines · Nix
Quoted 11 lines · On Tue, 7 Jun 2005, [email protected] said:
Quoted 10 lines · Nix
Quoted 9 lines

On Tue, 07 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 5 lines

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.

Quoted 7 lines
Quoted 6 lines
Quoted 3 lines
Quoted 1 line

(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.

Quoted 2 lines

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.

Quoted 3 lines
Quoted 1 line

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...

Quoted 9 lines
Quoted 3 lines

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.)

Quoted 5 lines
Quoted 2 lines

(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...]

Signature · 13 lines
`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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#7 lore raw
Quoted 5 lines · Nix

On Tue, 7 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 4 lines · Nix
Quoted 3 lines · On Tue, 7 Jun 2005, [email protected] said:
Quoted 2 lines · Nix
Quoted 1 line

On Tue, 07 Jun 2005, [email protected] gibbered

uncontrollably:

Quoted 8 lines
Quoted 4 lines
Quoted 2 lines

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.

Quoted 20 lines

Will try.

Quoted 4 lines
Quoted 1 line

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...

Quoted 6 lines
Quoted 3 lines

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:

Quoted 8 lines
Quoted 2 lines

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).

Quoted 11 lines
Quoted 6 lines
Quoted 2 lines

(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...

Signature · 3 lines
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
#13 lore raw
In reply to Nix

Resending to list-only with less attachments:

Quoted 5 lines · Nix

On Tue, 7 Jun 2005, [email protected] gibbered uncontrollably:

Quoted 4 lines · Nix
Quoted 3 lines · On Tue, 7 Jun 2005, [email protected] said:
Quoted 2 lines · Nix
Quoted 1 line

On Tue, 07 Jun 2005, [email protected] gibbered

uncontrollably:

Quoted 8 lines
Quoted 4 lines
Quoted 2 lines

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.

Quoted 20 lines

Will try.

Quoted 4 lines
Quoted 1 line

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...

Quoted 6 lines
Quoted 3 lines

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:

Quoted 8 lines
Quoted 2 lines

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).

Quoted 11 lines
Quoted 6 lines
Quoted 2 lines

(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...

Signature · 3 lines
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
#8 lore raw
In reply to Blaisorblade

On Tue, 7 Jun 2005, [email protected] suggested tentatively:

Quoted 3 lines · Nix
Quoted 1 line

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 :(

arch/um/kernel/uml.lds.S +1 -0
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
@@ -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.)

Quoted 6 lines
Quoted 2 lines

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 ;)

Quoted 2 lines

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...

Quoted 2 lines

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.

Quoted 3 lines
Quoted 2 lines

[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.

Quoted 1 line

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.

Quoted 1 line

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' :( )

Signature · 13 lines
`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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#9 lore raw
Quoted 8 lines · Nix

On Tue, 7 Jun 2005, [email protected] suggested tentatively:

Quoted 4 lines · Nix
Quoted 1 line

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.

Quoted 4 lines

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.

Quoted 5 lines

With that applied, it builds...

... and segfaults almost at once on invocation:

Quoted 7 lines

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]
Quoted 2 lines

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?

Quoted 1 line

:(

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

Quoted 7 lines

(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.

Quoted 9 lines
Quoted 2 lines

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...

Quoted 2 lines

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...

Quoted 1 line

`Seasonal allergic rhinitis',

Exactly.

Quoted 6 lines

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...

Signature · 3 lines
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

---

 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(-)
arch/um/drivers/Makefile renamed from arch/um/drivers/Makefile~uml-pcap-on-64bit-host +2 -2
diff -puN arch/um/drivers/Makefile~uml-pcap-on-64bit-host arch/um/drivers/Makefile
@@ -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)
arch/um/scripts/Makefile.unmap renamed from arch/um/scripts/Makefile.unmap~uml-pcap-on-64bit-host +1 -1
diff -puN arch/um/scripts/Makefile.unmap~uml-pcap-on-64bit-host arch/um/scripts/Makefile.unmap
@@ -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
 

_

#10 lore raw
Quoted 5 lines · On Wed, 8 Jun 2005, [email protected] said:
Quoted 4 lines · Nix

On Tue, 7 Jun 2005, [email protected] suggested tentatively:

Quoted 3 lines · Nix
Quoted 1 line

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

Quoted 7 lines
Quoted 4 lines
Quoted 1 line

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.

Quoted 12 lines
Quoted 11 lines

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)

Quoted 3 lines

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 ;}

Quoted 3 lines

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]

Quoted 2 lines

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

Whaa?

Quoted 4 lines
Quoted 2 lines

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?

;)

Quoted 3 lines
Quoted 1 line

:(

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;
    }
Quoted 6 lines
Quoted 4 lines
Quoted 2 lines

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.

Quoted 5 lines
Quoted 3 lines

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...)

Signature · 13 lines
`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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#11 lore raw
Quoted 31 lines · Nix
Quoted 5 lines · On Wed, 8 Jun 2005, [email protected] said:
Quoted 4 lines · Nix

On Tue, 7 Jun 2005, [email protected] suggested tentatively:

Quoted 3 lines · Nix
Quoted 1 line

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

Quoted 8 lines
Quoted 4 lines
Quoted 1 line

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.

Quoted 14 lines
Quoted 13 lines

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)

Quoted 5 lines
Quoted 3 lines

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...

Quoted 10 lines
Quoted 3 lines

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]

Quoted 2 lines

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

Whaa?

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

Quoted 10 lines
Quoted 5 lines
Quoted 2 lines

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
Quoted 8 lines

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?

Quoted 30 lines

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;
    }
Quoted 4 lines
Quoted 2 lines

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.

Quoted 6 lines
Quoted 2 lines

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!

Signature · 3 lines
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

From: Paolo 'Blaisorblade' Giarrusso <[email protected]>, Al Viro <[email protected]>

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).

---

 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(-)
arch/um/kernel/tt/unmap.c deleted +0 -31
diff -L arch/um/kernel/tt/unmap.c -puN arch/um/kernel/tt/unmap.c~uml-link-tt-mode-against-nptl /dev/null
@@ -1,31 +0,0 @@
-/* 
- * Copyright (C) 2000 Jeff Dike ([email protected])
- * 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:
- */
arch/um/kernel/uml.lds.S renamed from arch/um/kernel/uml.lds.S~uml-link-tt-mode-against-nptl +3 -12
diff -puN arch/um/kernel/uml.lds.S~uml-link-tt-mode-against-nptl arch/um/kernel/uml.lds.S
@@ -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
arch/um/sys-i386/unmap.c new file +25 -0
diff -puN /dev/null arch/um/sys-i386/unmap.c
@@ -0,0 +1,25 @@
+/*
+ * Copyright (C) 2000 Jeff Dike ([email protected])
+ * 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);
+}
arch/um/sys-x86_64/unmap.c new file +25 -0
diff -puN /dev/null arch/um/sys-x86_64/unmap.c
@@ -0,0 +1,25 @@
+/*
+ * Copyright (C) 2000 Jeff Dike ([email protected])
+ * 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);
+}
arch/um/kernel/tt/Makefile renamed from arch/um/kernel/tt/Makefile~uml-link-tt-mode-against-nptl +0 -15
diff -puN arch/um/kernel/tt/Makefile~uml-link-tt-mode-against-nptl arch/um/kernel/tt/Makefile
@@ -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
-
arch/um/sys-i386/Makefile renamed from arch/um/sys-i386/Makefile~uml-link-tt-mode-against-nptl +2 -0
diff -puN arch/um/sys-i386/Makefile~uml-link-tt-mode-against-nptl arch/um/sys-i386/Makefile
@@ -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
arch/um/sys-x86_64/Makefile renamed from arch/um/sys-x86_64/Makefile~uml-link-tt-mode-against-nptl +2 -0
diff -puN arch/um/sys-x86_64/Makefile~uml-link-tt-mode-against-nptl arch/um/sys-x86_64/Makefile
@@ -29,3 +29,5 @@ thunk.S-dir = lib
 module.c-dir = kernel
 
 subdir- := util
+
+include arch/um/scripts/Makefile.unmap
arch/um/scripts/Makefile.unmap new file +22 -0
diff -puN /dev/null arch/um/scripts/Makefile.unmap
@@ -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
arch/um/Makefile renamed from arch/um/Makefile~uml-link-tt-mode-against-nptl +1 -1
diff -puN arch/um/Makefile~uml-link-tt-mode-against-nptl arch/um/Makefile
@@ -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
arch/um/scripts/Makefile.rules renamed from arch/um/scripts/Makefile.rules~uml-link-tt-mode-against-nptl +6 -0
diff -puN arch/um/scripts/Makefile.rules~uml-link-tt-mode-against-nptl arch/um/scripts/Makefile.rules
@@ -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 $@) $@
 

_

#12 lore raw
In reply to Blaisorblade
Quoted 5 lines · Blaisorblade
Quoted 4 lines · Nix

On Tue, 7 Jun 2005, [email protected] suggested tentatively:

Quoted 3 lines · Nix
Quoted 1 line

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

Quoted 8 lines
Quoted 4 lines
Quoted 1 line

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.

Signature · 21 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#15 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 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.

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#16 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 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.

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#17 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 2005-07-09 15:41 PDT ------- (In reply to comment #52)

Quoted 2 lines

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

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#18 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 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.

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#19 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 2005-07-13 08:14 PDT ------- (In reply to comment #55)

Quoted 4 lines

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

Quoted 2 lines

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.

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#20 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 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)

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#23 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 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

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#24 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 2005-07-14 01:39 PDT ------- Yes, and -r1 should include -bs5 already... Bye

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#25 lore raw
In reply to a message not in the archive

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

------- Additional Comments From [email protected] 2005-07-14 01:40 PDT -------

Quoted 1 line

Yes, and -r1 should include -bs5 already... Bye

nice! bye

Signature · 14 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
#21 lore raw
In reply to [email protected]
Quoted 10 lines · On Thursday 14 July 2005 03:11, [email protected] 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 [email protected] 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 [email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

#22 lore raw
Quoted 12 lines · Rob Landley
Quoted 10 lines · On Thursday 14 July 2005 03:11, [email protected] 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 [email protected] 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)

Quoted 8 lines

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 [email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel