Re: [uml-devel] Fwd: Re: [uml-user] 2.6.3 hang on boot

Re: [uml-devel] Fwd: Re: [uml-user] 2.6.3 hang on boot

[M A Young]

On Wed, 25 Feb 2004, BlaisorBlade wrote:

> Hi, could you please take a look at this message? It seems like libc, in RH9,
> still trigger "vsyscall" problems. I'm not sure, however, since the vsyscall
> reference in the stack frame could be botched. However there is init getting
> SIGSEGV.

I certainly knew that a RH9 glibc in the client can trigger the vsyscall
segfault hang, but it only happens if the /lib/tls libraries are present;
presumably the same code is present but it moved from the tls only code to
the general code for the FC1 glibc. This is why I originally thought it
was an issue with tls and suggested hiding the /lib/tls libraries. I think
the fix works in both cases.

	Michael Young


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Fwd: Re: [uml-user] 2.6.3 hang on boot

[MeiJia]

M A Young wrote:
> On Wed, 25 Feb 2004, BlaisorBlade wrote:
> 
> 
>>Hi, could you please take a look at this message? It seems like libc, in RH9,
>>still trigger "vsyscall" problems. I'm not sure, however, since the vsyscall
>>reference in the stack frame could be botched. However there is init getting
>>SIGSEGV.
> 
> 
> I certainly knew that a RH9 glibc in the client can trigger the vsyscall
> segfault hang, but it only happens if the /lib/tls libraries are present;
> presumably the same code is present but it moved from the tls only code to
> the general code for the FC1 glibc. This is why I originally thought it
> was an issue with tls and suggested hiding the /lib/tls libraries. I think
> the fix works in both cases.
> 
> 	Michael Young

really appreciate your help BlaisorBlade & Michael! UML is so wonderful!

MeiJia



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Fwd: Re: [uml-user] 2.6.3 hang on boot

[M A Young]

On Thu, 26 Feb 2004, M A Young wrote:

> On Wed, 25 Feb 2004, BlaisorBlade wrote:
>
> > Hi, could you please take a look at this message? It seems like libc, in RH9,
> > still trigger "vsyscall" problems. I'm not sure, however, since the vsyscall
> > reference in the stack frame could be botched. However there is init getting
> > SIGSEGV.
>
> I certainly knew that a RH9 glibc in the client can trigger the vsyscall
> segfault hang, but it only happens if the /lib/tls libraries are present;
> presumably the same code is present but it moved from the tls only code to
> the general code for the FC1 glibc. This is why I originally thought it
> was an issue with tls and suggested hiding the /lib/tls libraries. I think
> the fix works in both cases.

Actually, I am wrong, the fix doesn't work with a RH9 image, which still
crashes, though the workaround of hiding /lib/tls in the image does work
in this case.

	Michael Young


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel