Undefined symbol "glXBindTexImageEXT"

[Guido Falsi]

On 25/10/20 22:13, Ronald Klop wrote:
> On Sun, 25 Oct 2020 13:33:38 +0100, Guido Falsi <mad at madpilot.net> wrote:
> 
>> On 25/10/20 12:31, Guido Falsi via freebsd-x11 wrote:
>>> On 25/10/20 09:51, Ronald Klop wrote:
>>>> Hi maintainer of virtualbox-ose-additions,
>>>>
>>>> After I saw 
>>>> https://svnweb.freebsd.org/ports?view=revision&revision=553175 to 
>>>> fix compiling with OpenGL support I tried it.
>>>>
>>>> 'Simple' X11 application like urxvt work, but more advanced like 
>>>> xfce4-terminal or firefox crash very early with:
>>>>
>>>> ld-elf.so.1: /usr/local/lib/VBoxOGL.so: Undefined symbol 
>>>> "glXBindTexImageEXT"
>>>>
>>>  An idea I'm going to try is manually aligning the broken includes to 
>>> the new dri provided ones. Please give me a little time to cook up a 
>>> patch for you to test.
>>>
>>
>> I created a patch, which builds fine.
>>
>> Could you test it to check it actually fixes the issue and works fine?
>>
>> You can grab it from this bug:
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250315
>>
>> it's the last one named "virtualbox-ose-additions patch"
>>
>> Direct link to patch:
>>
>> https://bz-attachments.freebsd.org/attachment.cgi?id=219058
>>
> 
> 
> Hi,
> 
> The patch helps a lot. Firefox runs but has problems with some stuff and 
> disables opengl.

Apart from disabling opengl firefox anyway works, and is usable, apart 
from the reduced acceleration, do I understand you correctly?

> Glxgears runs and I see it uses the GPU of the Windows 10 laptop.
> $ glxinfo
> name of display: unix:0.0
> display: unix:0  screen: 0
> direct rendering: Yes
> server glx vendor string: Chromium
> server glx version string: 1.3 Chromium
> server glx extensions:
>      GLX_ARB_get_proc_address, GLX_ARB_multisample,
>      GLX_EXT_texture_from_pixmap, GLX_SGIX_fbconfig
> client glx vendor string: Chromium
> client glx version string: 1.3 Chromium
> client glx extensions:
>      GLX_ARB_get_proc_address, GLX_ARB_multisample,
>      GLX_EXT_texture_from_pixmap, GLX_SGIX_fbconfig
> GLX version: 1.3
> GLX extensions:
>      GLX_ARB_get_proc_address, GLX_ARB_multisample,
>      GLX_EXT_texture_from_pixmap, GLX_SGIX_fbconfig
> OpenGL vendor string: Humper
> OpenGL renderer string: Chromium
> OpenGL version string: 2.1 Chromium 1.9
> OpenGL shading language version string: 4.50 - Build 23.20.16.4973
> 

This is good, so it is somewhat working.

> Firefox also sees this Chromium/Humper vendor.
> Output of firefox:
> $ firefox
> OpenGL Warning: Unimplemented glxMakeCurrent call with GLXPixmap passed, 
> unexpected things might happen.
> OpenGL Warning: Failed to get windows geometry for 0000000822806a00, try 
> xwininfo
> Can't find symbol 'glBeginQuery'.
> Can't find symbol 'glGenQueries'.
> Can't find symbol 'glDeleteQueries'.
> Can't find symbol 'glEndQuery'.
> Can't find symbol 'glGetQueryiv'.
> Can't find symbol 'glGetQueryObjectuiv'.
> Can't find symbol 'glIsQuery'.
> JavaScript warning: resource://gre/modules/Troubleshoot.jsm, line 651: 
> Failed to create WebGL context: WebGL creation failed:
> * tryNativeGL
> * Exhausted GL driver options.
> 

Mhmm, I confess this goes beyond my knowledge.

I don't think we can do much better unless we update virtualbox to a 
newer version.

Virtualbox 5 is older and no longer developed and it's OpenGL 
implementation is quite old. I'm inclined to guess that it simply cannot 
fully interface with the newer mesa we now have in the ports tree.

-- 
Guido Falsi <mad at madpilot.net>