DRI2 committed

Michel Dänzer michel at tungstengraphics.com
Thu Feb 21 00:10:23 PST 2008


On Wed, 2008-02-20 at 14:09 -0500, Kristian Høgsberg wrote:
> On Feb 20, 2008 5:20 AM, Michel Dänzer <michel at tungstengraphics.com> wrote:
> >
> > On Fri, 2008-02-15 at 09:57 -0500, Kristian Høgsberg wrote:
> > >
> > > Anyway, the code is out there, shouldn't break anything unless you
> > > enable it, [...]
> >
> > Actually, it looks like you broke at least direct rendering for every
> > driver that doesn't provide __dri2DriverInitScreen because that symbol
> > is unresolved when libGL tries to dlopen them.
> 
> That doesn't sound right, I haven't touched libGL yet, it doesn't know
> anything about DRI2 at this point:
> 
>   [krh at hinata mesa]$ grep -i dri2 src/glx/x11/*.[ch]
> 
> Could you provide a few more details?

dri_util.c references __dri2DriverInitScreen and gets linked with the
driver. So if the driver doesn't provide __dri2DriverInitScreen, it's
unresolved at dlopen time.

A possible solution should be to move the DRI2 code to a separate file
like dri2_util.c and only link that with DRI2ified drivers.

On a possibly related note, someone else (Chris Rankin IIRC) reported
that even non-TTM drivers now reference TTM related libdrm symbols.


-- 
Earthling Michel Dänzer           |          http://tungstengraphics.com
Libre software enthusiast         |          Debian, X and DRI developer




More information about the xorg mailing list