On Fri, Dec 10, 2010 at 10:55 AM, Jammy Zhou <[email protected]> wrote: > 2010/12/9 Chia-I Wu <[email protected]> >> 2010/12/9 Kristian Høgsberg <[email protected]>: >> > 2010/12/9 Jammy Zhou <[email protected]>: >> >> Hi All, >> >> >> >> Currently I am doing some experiments with mesa 7.9 driver to check the >> >> renderer info of underlying OpenGL and OpenGL ES2.0 drivers to decide >> >> which >> >> driver to use at runtime. With my code attached, the renderer info for >> >> GLES2 >> >> can be got successfully, and although the EGL and GLES2 libraries are >> >> unloaded before creating the GLX context, glGetString(GL_RENDERER) for >> >> OpenGL still returns NULL. After enable MESA_DEBUG, I found the error >> >> message "GL User Error: calling GL function without a rendering >> >> context", >> >> and many warnings as "Mesa warning: failed to remap ....". I also >> >> changed >> >> the sequence for GL and GLES2, but got similar results. If do >> >> separately, >> >> both renderer info can be got successfully. It seems that EGL/GLES2 and >> >> GLX/GL affects each other in this case, may be related to library >> >> load/unload(?). Do you guys have some ideas to solve this problem? >> > >> > Yes, this is a limitation in the way the dri driver implements >> > different APIs. We have a few global tables that get initialized with >> > API specific data, so if you switch to a different GL API later, it >> > will give you the remapping errors you saw. >> > It would be nice to fix, but I don't know that anybody is looking into >> > it. >> 16ee7a55ae269612263468195f2af998cb9ef695 should solve the remapping >> errors. It allows contexts of different client APIs to coexist. But >> yes, there are still some global tables (e.g. glGet* table) that are >> not multiple-API aware. There are also places that API check is done >> at compile time... > I just tried latest mesa with 16ee7a55ae269612263468195f2af9 > 98cb9ef695 you mentioned, but the remapping errors are still there. Do you have a test case for that? >> >> > Kristian >> > _______________________________________________ >> > mesa-dev mailing list >> > [email protected] >> > http://lists.freedesktop.org/mailman/listinfo/mesa-dev >> > >> >> >> >> -- >> [email protected] > >
-- [email protected] _______________________________________________ mesa-dev mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/mesa-dev
