From: Josef S. <js1...@in...> - 2006-07-05 18:29:36
|
Hello, after finding a combination of kernel and root fs which don't throw=20 NPTL-related errors on me (like the ones linked on the "new" webpages do),= =20 working inside UML is all fine but I cannot get the eth0 interface up. This is on a standard Debian/sarge host system (kernel 2.4.27 without any=20 patches like SKAS) No matter which kernel I use, including various flavours of 2.4.27, 2.6.14 = and=20 2.6.16, whenever "ifconfig eth0 up" is executed, the kernel will hang. Even= =20 if written exactly like that, i.e. with the IP address missing, and error=20 message will come up but then the system will still hang. (none):~# ifconfig eth0 up dev_ip_addr - device not assigned an IP address Networking uses tuntap and seems to be detected ok: Netdevice 0 : TUN/TAP backend - IP =3D xxx.xxx.xxx.xxx Unfortunately, gdb won't tell me much about this, but at least something: remove_umid_dir - actually_do_remove failed with err =3D -2 BUG: warning=20 at /home/jdike/linux/2.6/linux-2.6.16/kernel/irq/manage.c:274/free_irq() 08962c2c: [<0805857c>] dump_stack+0x1c/0x20 08962c44: [<0808a440>] free_irq+0x3e/0xe3 08962c70: [<0805ca4b>] free_winch+0x47/0x55 08962c84: [<0805ca94>] winch_cleanup+0x13/0x24 08962c94: [<08057781>] do_uml_exitcalls+0xd/0x1b 08962ca0: [<08057d10>] uml_cleanup+0x12/0x19 08962ca8: [<08065a10>] last_ditch_exit+0x23/0x2b 08962cc8: [<400446f8>] 0x400446f8 08962fb4: [<08066420>] write_sigio_thread+0x27/0x139 08962fe0: [<400f292a>] 0x400f292a NB: would it be a good idea to add "handle SIGUSR1 noprint nostop" to the=20 debugging page on UML? Josef =2D-=20 Tous ces gens qui confondent informatique et bureautique, carte et territoi= re, interface et programme, boutons color=C3=A9s et facilit=C3=A9... =2D S. Blondeel |
From: Mattia D. <mal...@li...> - 2006-07-05 20:17:26
|
On Wed, Jul 05, 2006 at 08:24:42PM +0200, Josef Spillner wrote: > Hello, > > after finding a combination of kernel and root fs which don't throw > NPTL-related errors on me (like the ones linked on the "new" webpages do), > working inside UML is all fine but I cannot get the eth0 interface up. > This is on a standard Debian/sarge host system (kernel 2.4.27 without any > patches like SKAS) > > No matter which kernel I use, including various flavours of 2.4.27, 2.6.14 and > 2.6.16, whenever "ifconfig eth0 up" is executed, the kernel will hang. Even probably UML doesn't find the uml_net executable which is installed in a location where UML doesn't expect it (/usr/lib/uml instead of /usr/bin). Also watch out for the group/owner of that file, the user running UML must belong to the uml-net group. Moreover you'd probably benefit from trying the 2.6.17 uml kernel as it both searches uml_net in /usr/lib/uml and supports TLS. hth -- mattia :wq! |
From: Jeff D. <jd...@ad...> - 2006-07-07 01:23:22
|
On Wed, Jul 05, 2006 at 08:24:42PM +0200, Josef Spillner wrote: > Hello, > > after finding a combination of kernel and root fs which don't throw > NPTL-related errors on me (like the ones linked on the "new" webpages do), The kernel linked there has NPTL support. What exactly were the errors? Jeff |
From: Josef S. <js1...@in...> - 2006-07-12 15:14:30
|
Hi, Alle 03:22, venerd=EC, 7. luglio 2006, Jeff Dike ha scritto: [NPTL errors on stock download kernel+image] > The kernel linked there has NPTL support. What exactly were the errors? """ cannot set up thread-local storage: set_thread_area failed when setting up= =20 thread-local storage Kernel panic - not syncing: Attempted to kill init! """" It works with a Debian 3.1 image though, but not with the linked Fedora ima= ge. Josef =2D-=20 Tous ces gens qui confondent informatique et bureautique, carte et territoi= re, interface et programme, boutons color=E9s et facilit=E9... =2D S. Blondeel |
From: Josef S. <js1...@in...> - 2006-07-12 15:14:31
|
Alle 22:16, mercoled=EC, 5. luglio 2006, hai scritto: > On Wed, Jul 05, 2006 at 08:24:42PM +0200, Josef Spillner wrote: > > Hello, > > > > after finding a combination of kernel and root fs which don't throw > > NPTL-related errors on me (like the ones linked on the "new" webpages > > do), working inside UML is all fine but I cannot get the eth0 interface > > up. This is on a standard Debian/sarge host system (kernel 2.4.27 witho= ut > > any patches like SKAS) > > > > No matter which kernel I use, including various flavours of 2.4.27, > > 2.6.14 and 2.6.16, whenever "ifconfig eth0 up" is executed, the kernel > > will hang. Even > > probably UML doesn't find the uml_net executable which is installed in a > location where UML doesn't expect it (/usr/lib/uml instead of > /usr/bin). Also watch out for the group/owner of that file, the user > running UML must belong to the uml-net group. The uml_net helper tool was indeed in /usr/lib/uml, and moving it fixed the= =20 hang. Isn't there a better error indiciation than just hanging in the case = of=20 the utility not being present? > Moreover you'd probably benefit from trying the 2.6.17 uml kernel as it > both searches uml_net in /usr/lib/uml and supports TLS. Apparently it's not that easy: # ./2.6.17-linode21 ubda=3DFedoraCore5-x86-root_fs =2E.. cannot set up thread-local storage: set_thread_area failed when setting up= =20 thread-local storage Happens with the precompiled kernel from nagafix.co.uk also. So I guess it'= s a=20 misconfiguration, but I couldn't find any TLS-related config option in the= =20 provided file. Josef =2D-=20 Tous ces gens qui confondent informatique et bureautique, carte et territoi= re, interface et programme, boutons color=E9s et facilit=E9... =2D S. Blondeel |
From: Blaisorblade <bla...@ya...> - 2006-07-12 19:21:35
|
On Wednesday 05 July 2006 20:24, Josef Spillner wrote: > Hello, > > remove_umid_dir - actually_do_remove failed with err = -2 > BUG: warning > at /home/jdike/linux/2.6/linux-2.6.16/kernel/irq/manage.c:274/free_irq() > 08962c2c: [<0805857c>] dump_stack+0x1c/0x20 > 08962c44: [<0808a440>] free_irq+0x3e/0xe3 > 08962c70: [<0805ca4b>] free_winch+0x47/0x55 > 08962c84: [<0805ca94>] winch_cleanup+0x13/0x24 > 08962c94: [<08057781>] do_uml_exitcalls+0xd/0x1b > 08962ca0: [<08057d10>] uml_cleanup+0x12/0x19 > 08962ca8: [<08065a10>] last_ditch_exit+0x23/0x2b > 08962cc8: [<400446f8>] 0x400446f8 > 08962fb4: [<08066420>] write_sigio_thread+0x27/0x139 > 08962fe0: [<400f292a>] 0x400f292a > > NB: would it be a good idea to add "handle SIGUSR1 noprint nostop" to the > debugging page on UML? It's there (make sure to also look at the "skas debugging" link). -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade http://www.user-mode-linux.org/~blaisorblade Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com |
From: Blaisorblade <bla...@ya...> - 2006-07-12 19:22:07
|
On Wednesday 12 July 2006 16:59, Josef Spillner wrote: > Hi, > > Alle 03:22, venerd=EC, 7. luglio 2006, Jeff Dike ha scritto: > [NPTL errors on stock download kernel+image] > > > The kernel linked there has NPTL support. What exactly were the errors? > > """ > cannot set up thread-local storage: set_thread_area failed when setting up > thread-local storage > > Kernel panic - not syncing: Attempted to kill init! > """" > > It works with a Debian 3.1 image though, but not with the linked Fedora > image. > > Josef Vanilla 2.6.16 kernel don't have TLS support, only ones with -bs. Upgrade t= o=20 2.6.17. =2D-=20 Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade http://www.user-mode-linux.org/~blaisorblade Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com |
From: Josef S. <js1...@in...> - 2006-07-13 08:41:28
|
Alle 21:21, mercoled=EC, 12. luglio 2006, hai scritto: > Vanilla 2.6.16 kernel don't have TLS support, only ones with -bs. Upgrade > to 2.6.17. I've got a working system already. This doesn't change the problem that the kernel + image combination on the= =20 webpage doesn't work out of the box. The kernel provided there must be=20 updated. Josef =2D-=20 Tous ces gens qui confondent informatique et bureautique, carte et territoi= re, interface et programme, boutons color=E9s et facilit=E9... =2D S. Blondeel |
From: Jeff D. <jd...@ad...> - 2006-07-13 19:23:59
|
On Wed, Jul 12, 2006 at 05:14:17PM +0200, Josef Spillner wrote: > The uml_net helper tool was indeed in /usr/lib/uml, and moving it fixed the > hang. Isn't there a better error indiciation than just hanging in the case of > the utility not being present? Yes, there is. This was a stupid bug, will be fixed in -mm shortly. > This doesn't change the problem that the kernel + image combination on the > webpage doesn't work out of the box. The kernel provided there must be > updated. The combination boots fine here - I wouldn't have put them up otherwise. What's your host? Jeff |
From: Josef S. <js1...@in...> - 2006-07-14 17:20:40
|
Alle 21:23, gioved=EC, 13. luglio 2006, Jeff Dike ha scritto: > The combination boots fine here - I wouldn't have put them up otherwise. But now I'm confused - one other mail stated to use 2.6.17 because versions= =20 before this weren't TLS-aware. > What's your host? It's still the same stock Debian sarge with a 2.4.27 kernel. I'm SSH'ing into it and boot the UML binary without any special parameters.= =20 Does the host's threading implementation have any influence? Josef =2D-=20 Tous ces gens qui confondent informatique et bureautique, carte et territoi= re, interface et programme, boutons color=E9s et facilit=E9... =2D S. Blondeel |
From: Blaisorblade <bla...@ya...> - 2006-07-14 18:57:36
|
On Friday 14 July 2006 19:20, Josef Spillner wrote: > Alle 21:23, gioved=EC, 13. luglio 2006, Jeff Dike ha scritto: > > The combination boots fine here - I wouldn't have put them up otherwise. > > But now I'm confused - one other mail stated to use 2.6.17 because versio= ns > before this weren't TLS-aware. I confirm that, and I confirm both me and Jeff thought vanilla 2.6.16 has T= LS=20 support. However, 2.6.16-bs *does* have TLS support (same code as 2.6.17), and that'= s=20 the cause of the confusion. > > What's your host? > It's still the same stock Debian sarge with a 2.4.27 kernel. That will never support TLS on the guest. Guest NPTL support relies on host= =20 NPTL support (doing otherwise ranges from difficult to impossible and we've= =20 decided not to do it). The fact that your Debian 3.1 image uses TLS and still works is accidental = =2D=20 it should not, and a program actually using NPTL will *probably* fail.=20 However it depends on glibc version (some glibc version react well to not=20 working TLS kernel support and use the 2.4 kernel interface; this includes= =20 Debian 3.1 since a certain glibc upgrade but no Fedora release). > I'm SSH'ing into it and boot the UML binary without any special parameter= s. > Does the host's threading implementation have any influence? > > Josef =2D-=20 Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade http://www.user-mode-linux.org/~blaisorblade Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com |
From: Jeff D. <jd...@ad...> - 2006-07-14 18:58:12
|
On Fri, Jul 14, 2006 at 07:20:10PM +0200, Josef Spillner wrote: > Alle 21:23, gioved?, 13. luglio 2006, Jeff Dike ha scritto: > > The combination boots fine here - I wouldn't have put them up otherwise. > > But now I'm confused - one other mail stated to use 2.6.17 because versions > before this weren't TLS-aware. That kernel came from my development tree, which had the TLS patches in it. However, I don't fiddle the kernel version to reflect that. So, that kernel claimed to be 2.6.16, even though it was really 2.6.16 + TLS patches + a bunch of other stuff. > > What's your host? > > It's still the same stock Debian sarge with a 2.4.27 kernel. > I'm SSH'ing into it and boot the UML binary without any special parameters. > Does the host's threading implementation have any influence? Yes. UML depends on the host supporting TLS in order for it to support TLS itself. Jeff |
From: Josef S. <js1...@in...> - 2006-07-14 20:00:34
|
Alle 20:58, venerd=EC, 14. luglio 2006, hai scritto: > That kernel came from my development tree, which had the TLS patches > in it. However, I don't fiddle the kernel version to reflect that. > So, that kernel claimed to be 2.6.16, even though it was really 2.6.16 > + TLS patches + a bunch of other stuff. Got that. > Yes. UML depends on the host supporting TLS in order for it to > support TLS itself. Case closed then. It would be nice though to have this written on that page= =2E=20 It's not that obvious since other things like the SKAS support have fallbac= ks=20 when the host kernel is unmodified. Thanks for the help, all. Josef =2D-=20 Tous ces gens qui confondent informatique et bureautique, carte et territoi= re, interface et programme, boutons color=E9s et facilit=E9... =2D S. Blondeel |