Re: i386_set_ldt messages with today's world

From: Harald Schmalzbauer <h_at_schmalzbauer.de>
Date: Mon, 8 Sep 2003 12:21:40 +0200
On Monday 08 September 2003 03:26, Daniel Eischen wrote:
> On Mon, 8 Sep 2003, Harald Schmalzbauer wrote:
> > On Monday 08 September 2003 00:17, Eric Anholt wrote:
> > > On Sun, 2003-09-07 at 14:13, Daniel Eischen wrote:
> > > > On Sun, 7 Sep 2003, Harald Schmalzbauer wrote:
> >
> > *SCHNIP*
> >
> > > > > See the i386_set_ldt man page for more info
> > > >
> > > > Something is using i386_set_ldt() static ldt allocations.  We
> > > > added the warning message to detect usage of these allocations
> > > > so they could be changed to dynamic allocations.
> > > >
> > > > Our threads libraries make use of LDTs on i386, so having
> > > > other code also use (possibly) the same LDT would break
> > > > things.
> > > >
> > > > > Only ode still exists which is:
> > > > > 541  ??  S      0:15,50 /usr/X11R6/bin/XFree86 -auth
> > > > > /var/run/xauth/A:0-2CitM
> > > >
> > > > What is ode?  Typo?  pid?
> > > >
> > > > I don't see how XFree86 can use i386_set_ldt().  It doesn't
> > > > reference it on my box:
> > > >
> > > >   $ nm /usr/X11R6/bin/XFree86 | grep ldt
> > > >   $
> > >
> > > XFree86 loads various modules from /usr/X11R6/lib/modules.  That said,
> > > I could find nothing about ldts being used anywhere in the source
> > > (grepping for LDT, sldt, and set_ldt).
> > >
> > > Perhaps the nvidia driver is being used?  That's the only thing I could
> > > think of.
> >
> > Yep, exactly that's the driver I'm using (GF4MX440-8)
> > (I'm one of those without ANY problem with this card/driver (dualHead)
> > btw.)
>
> Is this binary only or source?  Either way, it needs to be changed
> to use dynamic LDT allocations.

Both. There is some sysctl stuff which gets compiled but the libGLcore.so etc. 
are binary only.

I set danfe_at_regency.nsu.ru on the CC list. He's working on patches anyway, so 
he should be informed.

Best regards,

-Harry

Received on Mon Sep 08 2003 - 01:21:51 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:21 UTC