sadique@vanillanetworks.com
2005-Aug-18 05:40 UTC
[Xen-users] Fc4 console woes and /lib/tls
Hi all I just created an fc4 dom-U filesystem. Problem1. I deleted /lib/tls from the filesystem but dom-u dmesg still says *************************************************************** *************************************************************** ** WARNING: Currently emulating unsupported memory accesses ** ** in /lib/tls libraries. The emulation is very ** ** slow. To ensure full performance you should ** ** execute the following as root: ** ** mv /lib/tls /lib/tls.disabled ** *************************************************************** *************************************************************** Any Idea???? Problem2: I can successfully ssh to the filesystem but I can''t connect using "xm console command". I can get a log in prompt asking for username and password, but when i entered the correct password it goes blank. Could not get a shell. Any Idea??? There is no proble to ssh and get a shell.. Is there anything wrong with /dev/tty1 or /dev/console. I have right entries in /etc/inittab "1:2345:respawn:/sbin/mingetty tty1" and the related node is existing. Thanks for any sort of help. Sadique _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
sadique@vanillanetworks.com wrote:> Problem1. I deleted /lib/tls from the filesystem but dom-u dmesg still > saysDon''t worry about it. FC4''s glibc uses TLS/NPTL libraries by default (/lib/tls either isn''t empty or doesn''t even exist). This actually shouldn''t cause any stability issues, as the emulation for negative GS register offsets seems quite effective these days.> Problem2: I can successfully ssh to the filesystem but I can''t connect > using "xm console command". I can get a log in prompt asking for > username and password, but when i entered the correct password it goes > blank. Could not get a shell. Any Idea??? There is no proble to ssh and > get a shell.. Is there anything wrong with /dev/tty1 or /dev/console. I > have right entries in /etc/inittab "1:2345:respawn:/sbin/mingetty tty1" > and the related node is existing.Please search the list archives and/or see the Wiki, as this has been covered multiple times, especially just lately. -- Derrik Pates demon@devrandom.net _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> Don''t worry about it. FC4''s glibc uses TLS/NPTL libraries by default > (/lib/tls either isn''t empty or doesn''t even exist). This actually > shouldn''t cause any stability issues, as the emulation for negative GS > register offsets seems quite effective these days.Doesn''t FC4''s glibc do something sensible when running on Xen anyhow (as it does when running on a 2.4 kernel?). Rik, care to clarify for us? :-) Cheers, Mark> > Problem2: I can successfully ssh to the filesystem but I can''t connect > > using "xm console command". I can get a log in prompt asking for > > username and password, but when i entered the correct password it goes > > blank. Could not get a shell. Any Idea??? There is no proble to ssh and > > get a shell.. Is there anything wrong with /dev/tty1 or /dev/console. I > > have right entries in /etc/inittab "1:2345:respawn:/sbin/mingetty tty1" > > and the related node is existing. > > Please search the list archives and/or see the Wiki, as this has been > covered multiple times, especially just lately._______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, 18 Aug 2005, Mark Williamson wrote:> > Don''t worry about it. FC4''s glibc uses TLS/NPTL libraries by default > > (/lib/tls either isn''t empty or doesn''t even exist). This actually > > shouldn''t cause any stability issues, as the emulation for negative GS > > register offsets seems quite effective these days. > > Doesn''t FC4''s glibc do something sensible when running on Xen anyhow (as it > does when running on a 2.4 kernel?). Rik, care to clarify for us? :-)Yes. The VDSO page in FC4 contains an ELF note that tells glibc to use the libc variant that does explicit address calculations instead of using negative segment offsets. Of course, I did run into an execshield/vdso bug and need to get the VDSO enabled again ;) -- All Rights Reversed _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, Aug 18, 2005 at 10:38:52AM -0400, Rik van Riel wrote:> > Doesn''t FC4''s glibc do something sensible when running on Xen anyhow (as it > > does when running on a 2.4 kernel?). Rik, care to clarify for us? :-) > > Yes. The VDSO page in FC4 contains an ELF note that tells > glibc to use the libc variant that does explicit address > calculations instead of using negative segment offsets.Then is it normal that the "OMG TLS hack enabled" splash comes up when I boot FC4 in a domU? As I''ve mentioned previously, I''ve tried both the i386 and i686 variant glibc packages, and I still get it (even tried explicitly adding the "nosegneg" dir to ld.so.conf - ldd showed binaries dynamically linking those libs, but still got the warning). -- Derrik Pates demon@devrandom.net _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users