[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails
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) -- 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
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 -- 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
On Thursday 14 July 2005 14:57, Rob Landley wrote: 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 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=7477alloc_id=16492op=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
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) 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=[EMAIL PROTECTED] 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
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. -- 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=7477alloc_id=16492op=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
On Wednesday 08 June 2005 02:34, Blaisorblade wrote: On Tuesday 07 June 2005 21:47, Nix wrote: On Tue, 7 Jun 2005, [EMAIL PROTECTED] 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
On Wednesday 08 June 2005 19:38, Nix wrote: On Wed, 8 Jun 2005, [EMAIL PROTECTED] said: On Tuesday 07 June 2005 21:47, Nix wrote: On Tue, 7 Jun 2005, [EMAIL PROTECTED] 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 60c0, which is mapped... but from an absurd address! And from a different file from all the rest! [snip] 60c0-a200 rwxs c0c0 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 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
Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails
On Tue, 07 Jun 2005, [EMAIL PROTECTED] 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
On Tuesday 07 June 2005 16:31, Nix wrote: On Tue, 07 Jun 2005, [EMAIL PROTECTED] 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 pgpJYHJ6tTN5A.pgp Description: PGP signature
Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails
On Tuesday 07 June 2005 17:54, Nix wrote: On Tue, 7 Jun 2005, [EMAIL PROTECTED] said: On Tuesday 07 June 2005 16:31, Nix wrote: On Tue, 07 Jun 2005, [EMAIL PROTECTED] 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
On Tue, 7 Jun 2005, [EMAIL PROTECTED] gibbered uncontrollably: On Tuesday 07 June 2005 17:54, Nix wrote: On Tue, 7 Jun 2005, [EMAIL PROTECTED] said: On Tuesday 07 June 2005 16:31, Nix wrote: On Tue, 07 Jun 2005, [EMAIL PROTECTED] 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
Resending to list-only with less attachments: On Tuesday 07 June 2005 18:21, Nix wrote: On Tue, 7 Jun 2005, [EMAIL PROTECTED] gibbered uncontrollably: On Tuesday 07 June 2005 17:54, Nix wrote: On Tue, 7 Jun 2005, [EMAIL PROTECTED] said: On Tuesday 07 June 2005 16:31, Nix wrote: On Tue, 07 Jun 2005, [EMAIL PROTECTED] 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 patch1.bz2 Description: BZip2 compressed data patch2.bz2 Description: BZip2 compressed data pgp3mgrv7bkCq.pgp Description: PGP signature
Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails
On Tue, 7 Jun 2005, [EMAIL PROTECTED] 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.0 +0100 +++ linux-2.6.11.10-bs6/arch/um/kernel/uml.lds.S2005-06-07 20:41:45.0 +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 0x in ?? () #2 0x in ?? () #3 0x in ?? () #4 0x in ?? () #5 0x in ?? () #6 0x in ?? () #7 0x in ?? () #8 0x in ?? () #9 0x in ?? () #10 0x in ?? () #11 0x in ?? () #12 0xb2b2 in ?? () #13 0xa0343000 in ?? () #14 0x000c in ?? () #15 0xb444 in ?? () #16 0x000c in ?? () #17 0xb1a0 in ?? () #18 0xa01a19a7 in malloc_hook_ini () #19 0xa0213f3f in xdigits.0 () #20 0xa01a0e4a in malloc () #21 0x000c in ?? () #22 0xa01ccb7c in _dl_init_paths () #23 0xa01aa42c in _dl_non_dynamic_init () #24 0x000f in ?? () #25 0xb44c in ?? () #26 0xb444 in ?? () #27 0x0001 in ?? () #28 0xb2b2 in ?? () #29 0xa01aa76b in init () #30 0x037f in ?? () #31 0x0003 in ?? () #32 0xb2b2 in ?? () #33 0xa018dbc7 in __pthread_initialize_minimal () #34 0x in ?? () #35 0x0002060b in ?? () #36 0x0003 in ?? () #37 0xa018d6bd in __libc_start_main () #38 0x 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
Re: [uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails
On Tuesday 07 June 2005 21:47, Nix wrote: On Tue, 7 Jun 2005, [EMAIL PROTECTED] 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. 0x601fee40 in memset () (gdb) where #0 0x601fee40 in memset () #1 0x60006f4e in init_bootmem_core () #2 0x60011259 in setup_physmem () #3 0x6001870d in linux_main () #4 0x6000fe91 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 60c0, which is mapped... but from an absurd address! And from a different file from all the rest! $ cat /proc/904/maps 6000-60001000 rwxp fe:02 1173995 /home/paolo/Admin/kernel/6/clean-linux-2.6.11/vmlinux 60001000-60238000 rwxs 00:0e 1383099/tmp/vm_file-VOy5x5 (deleted) 60238000-60325000 rwxs 00:0e 1383100/tmp/vm_file-16FWOn (deleted) 60325000-6045b000 rwxs 00:0e 1383101/tmp/vm_file-8DBi6F (deleted) 6045b000-6047c000 rwxp 6045b000 00:00 0 [heap] 60c0-a200 rwxs c0c0 00:0e 1383102/tmp/vm_file-JmW1nY (deleted) 2aaab000-2aaac000 rwxp 2aaab000 00:00 0 7fae1000-7faf6000 rwxp 7fae1000 00:00 0 [stack] ff60-ffe0 ---p 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)
[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails
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. -- 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
[uml-devel] [Bug 49277] Compile of usermode-sources-2.6.x fails
http://bugs.gentoo.org/show_bug.cgi?id=49277 --- Additional Comments From [EMAIL PROTECTED] 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
http://bugs.gentoo.org/show_bug.cgi?id=49277 --- Additional Comments From [EMAIL PROTECTED] 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=6595alloc_id=14396op=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
http://bugs.gentoo.org/show_bug.cgi?id=49277 --- Additional Comments From [EMAIL PROTECTED] 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=6595alloc_id=14396op=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
http://bugs.gentoo.org/show_bug.cgi?id=49277 --- Additional Comments From [EMAIL PROTECTED] 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=6595alloc_id=14396op=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
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=6595alloc_id=14396op=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
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=6595alloc_id=14396op=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
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=6595alloc_id=14396op=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
On Wednesday 09 February 2005 10:38 am, [EMAIL PROTECTED] wrote: --- Additional Comments From [EMAIL PROTECTED] 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=6595alloc_id=14396op=click ___ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel