Date: Mon, 26 Oct 2020 22:23:24 +0100 From: "Ronald Klop" <ronald-lists@klop.ws> To: vbox@freebsd.org, "Guido Falsi" <mad@madpilot.net> Cc: "freebsd-x11@freebsd.org" <freebsd-x11@freebsd.org> Subject: Re: Undefined symbol "glXBindTexImageEXT" Message-ID: <op.0s35paqbkndu52@sjakie> In-Reply-To: <b6831808-670c-06d1-0939-35e5df8f4757@madpilot.net> References: <op.0s1b7ak0kndu52@joepie> <e140360b-20a6-2f23-44c2-4eceaf830e4c@madpilot.net> <ae89012a-9fca-6196-0e35-f8c0eb60c42f@madpilot.net> <op.0s2akvw5kndu52@sjakie> <b6831808-670c-06d1-0939-35e5df8f4757@madpilot.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 25 Oct 2020 23:09:59 +0100, Guido Falsi <mad@madpilot.net> wrote: > On 25/10/20 22:13, Ronald Klop wrote: >> On Sun, 25 Oct 2020 13:33:38 +0100, Guido Falsi <mad@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.0s35paqbkndu52>