Undefined symbol "glXBindTexImageEXT"

Ronald Klop ronald-lists at klop.ws
Mon Oct 26 21:23:30 UTC 2020


On Sun, 25 Oct 2020 23:09:59 +0100, Guido Falsi <mad at madpilot.net> wrote:

> 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?


Yes, firefox works.


>> 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.
>


As we are on the topic. Do you know if virtualbox 6 will be available in  
the near future? Even if it is only for the -ose-additions to run within a  
FreeBSD guest.

Thanks for the work you are puting into this.

Regards,
Ronald.


More information about the freebsd-x11 mailing list