[Mesa-dev] Mismatch between Mesas dispatch table and the one used by the X server
Stefan Brüns
stefan.bruens at rwth-aachen.de
Wed Mar 20 16:06:44 PDT 2013
On Wednesday 20 March 2013 15:47:24 you wrote:
> On 03/20/2013 02:43 PM, Stefan Brüns wrote:
> > On Tuesday 12 March 2013 09:25:07 Ian Romanick wrote:
> >> On 03/10/2013 11:24 AM, Stefan Brüns wrote:
> >>> Hi everyone,
> >>>
> >>> I have run into a problem leading to a crashing X server for a bunch of
> >>> indirect GLX calls.
> >>>
> >>> This problem affects any OpenGL clients using indirect rendering and
> >>> calling functions which are outside the ABI. Problems range from
> >>> malfunctioning to crashes.
> >>>
> >>> Problem analysis:
> >>>
> >>> The dispatcher functions in glx/indirect_dispatch.c demarshall the
> >>> function
> >>> arguments from the GLX wire protocol and then call the appropriate
> >>> function of the GL library. Function calls are done using dispatch table
> >>> with the help of the CALL_* helper macros defined in dispatch.h.
> >>>
> >>> Unfortunately there is a mismatch between the dispatch table expected by
> >>> the xserver - which follows the layout e.g. found in glapitable.h - and
> >>> the one provided by the GL library, e.g. Mesa.
> >>
> >> The dependency is the other way around. The loader (either libGL on the
> >> client or the GLX extension in the server) dictates the layout of the
> >> dispatch table. The GL driver is required to adapt to the layout
> >> dictated by the loader. That's the whole reason the remap table exists.
> >>
> >> The driver queries the loader to learn where functions are located in
> >>
> >> the dispatch table. It then stores the dispatch table locations at
> >> (fixed) locations in the remap table. So, the driver knows that glFoo
> >> is at location 824 in the remap table, and that entry stores the
> >> location of glFoo in the dispatch table.
> >>
> >> It sounds like something else is going wrong.
> >
> > Currently this obviously can not work.
> >
> > The remap table is only used when FEATURE_remap_table is defined, which
> > for
> > the X server is never true.
> >
> > Now, lets try defining FEATURE_remap_table for the xserver (which breaks
> > OS X and windows builds of Mesa, but anyway ...)
>
> Xserver has nothing to do with it. The remap table is entirely in the
> driver (*_dri.so). The xserver has no knowledge about the remap table
> whatsoever. The xserver only knows about the dispatch table, and it
> dictates where things are in that table.
>
> It's been a long time since I wrote this code, but I haven't been able
> to kill of all the memories of it yet. :)
Just one addition:
The current code in the xserver inlines the various CALL_* invocations. Maybe
inlining this code was never intended?
Regards,
Stefan
--
Stefan Brüns / Bergstraße 21 / 52062 Aachen
phone: +49 241 53809034 mobile: +49 151 50412019
More information about the mesa-dev
mailing list