Why is OpenGL vendor 'Mesa Project'
Clash Royale CLAN TAG#URR8PPP up vote
1
down vote
favorite
I'm trying to develop code for OpenGL 2, on Nvidia card, but for some reason my OpenGL version is 1.4, and vendor is Mesa Project instead of Nvidia.
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 1.4 (2.1 Mesa 9.2.0-devel)
I installed and reinstalled latest nvidia drivers (http://www.nvidia.com/download/driverResults.aspx/132546/en-us).
Running ldd $(which glxinfo) gives:
linux-vdso.so.1 => (0x00007fff53533000)
libGL.so.1 => /usr/lib/nvidia-390/libGL.so.1 (0x00007f99e8020000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f99e7ce6000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f99e791c000)
libnvidia-tls.so.390.46 => /usr/lib/nvidia-390/tls/libnvidia-tls.so.390.46 (0x00007f99e7718000)
libnvidia-glcore.so.390.46 => /usr/lib/nvidia-390/libnvidia-glcore.so.390.46 (0x00007f99e5918000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f99e5706000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f99e5502000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f99e52e0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f99e835d000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f99e4fd7000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f99e4dd3000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f99e4bcd000)
So it seems to be using the correct nvidia libs.
Some more info:
- I'm running Ubuntu 16.04.
Might be important - I'm connected to the server by VNC to a gateway station, andssh -Xfrom the gateway station to the server.
Any idea why Nvidia OpenGL is not being used?
drivers nvidia graphics vnc opengl
asked Apr 22 at 11:17
Elad Weiss
1466
add a comment |Â
up vote
1
down vote
favorite
I'm trying to develop code for OpenGL 2, on Nvidia card, but for some reason my OpenGL version is 1.4, and vendor is Mesa Project instead of Nvidia.
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 1.4 (2.1 Mesa 9.2.0-devel)
I installed and reinstalled latest nvidia drivers (http://www.nvidia.com/download/driverResults.aspx/132546/en-us).
Running ldd $(which glxinfo) gives:
linux-vdso.so.1 => (0x00007fff53533000)
libGL.so.1 => /usr/lib/nvidia-390/libGL.so.1 (0x00007f99e8020000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f99e7ce6000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f99e791c000)
libnvidia-tls.so.390.46 => /usr/lib/nvidia-390/tls/libnvidia-tls.so.390.46 (0x00007f99e7718000)
libnvidia-glcore.so.390.46 => /usr/lib/nvidia-390/libnvidia-glcore.so.390.46 (0x00007f99e5918000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f99e5706000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f99e5502000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f99e52e0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f99e835d000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f99e4fd7000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f99e4dd3000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f99e4bcd000)
So it seems to be using the correct nvidia libs.
Some more info:
- I'm running Ubuntu 16.04.
Might be important - I'm connected to the server by VNC to a gateway station, andssh -Xfrom the gateway station to the server.
Any idea why Nvidia OpenGL is not being used?
drivers nvidia graphics vnc opengl
asked Apr 22 at 11:17
Elad Weiss
1466
Where is the NVidia card installed, in this configuration? Local client, gateway, or on the server?
– dobey
Apr 22 at 12:19
add a comment |Â
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I'm trying to develop code for OpenGL 2, on Nvidia card, but for some reason my OpenGL version is 1.4, and vendor is Mesa Project instead of Nvidia.
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 1.4 (2.1 Mesa 9.2.0-devel)
I installed and reinstalled latest nvidia drivers (http://www.nvidia.com/download/driverResults.aspx/132546/en-us).
Running ldd $(which glxinfo) gives:
linux-vdso.so.1 => (0x00007fff53533000)
libGL.so.1 => /usr/lib/nvidia-390/libGL.so.1 (0x00007f99e8020000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f99e7ce6000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f99e791c000)
libnvidia-tls.so.390.46 => /usr/lib/nvidia-390/tls/libnvidia-tls.so.390.46 (0x00007f99e7718000)
libnvidia-glcore.so.390.46 => /usr/lib/nvidia-390/libnvidia-glcore.so.390.46 (0x00007f99e5918000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f99e5706000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f99e5502000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f99e52e0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f99e835d000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f99e4fd7000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f99e4dd3000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f99e4bcd000)
So it seems to be using the correct nvidia libs.
Some more info:
- I'm running Ubuntu 16.04.
Might be important - I'm connected to the server by VNC to a gateway station, andssh -Xfrom the gateway station to the server.
Any idea why Nvidia OpenGL is not being used?
drivers nvidia graphics vnc opengl
asked Apr 22 at 11:17
Elad Weiss
1466
I'm trying to develop code for OpenGL 2, on Nvidia card, but for some reason my OpenGL version is 1.4, and vendor is Mesa Project instead of Nvidia.
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 1.4 (2.1 Mesa 9.2.0-devel)
I installed and reinstalled latest nvidia drivers (http://www.nvidia.com/download/driverResults.aspx/132546/en-us).
Running ldd $(which glxinfo) gives:
linux-vdso.so.1 => (0x00007fff53533000)
libGL.so.1 => /usr/lib/nvidia-390/libGL.so.1 (0x00007f99e8020000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f99e7ce6000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f99e791c000)
libnvidia-tls.so.390.46 => /usr/lib/nvidia-390/tls/libnvidia-tls.so.390.46 (0x00007f99e7718000)
libnvidia-glcore.so.390.46 => /usr/lib/nvidia-390/libnvidia-glcore.so.390.46 (0x00007f99e5918000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f99e5706000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f99e5502000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f99e52e0000)
/lib64/ld-linux-x86-64.so.2 (0x00007f99e835d000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f99e4fd7000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f99e4dd3000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f99e4bcd000)
So it seems to be using the correct nvidia libs.
Some more info:
- I'm running Ubuntu 16.04.
Might be important - I'm connected to the server by VNC to a gateway station, andssh -Xfrom the gateway station to the server.
Any idea why Nvidia OpenGL is not being used?
drivers nvidia graphics vnc opengl
asked Apr 22 at 11:17
Elad Weiss
1466
asked Apr 22 at 11:17
Elad Weiss
1466
asked Apr 22 at 11:17
Elad Weiss
1466
asked Apr 22 at 11:17
Elad Weiss
1466
1466
Where is the NVidia card installed, in this configuration? Local client, gateway, or on the server?
– dobey
Apr 22 at 12:19
add a comment |Â
Where is the NVidia card installed, in this configuration? Local client, gateway, or on the server?
– dobey
Apr 22 at 12:19
Where is the NVidia card installed, in this configuration? Local client, gateway, or on the server?
– dobey
Apr 22 at 12:19
Where is the NVidia card installed, in this configuration? Local client, gateway, or on the server?
– dobey
Apr 22 at 12:19
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
1
down vote
accepted
This is because the GPU is not being used for rendering in your use case. As the glxinfo output you posted shows, the Software Rasterizer is being used for GL rendering to the X DISPLAY in question (presumably the forwarded display via ssh, which means glxinfo is querying the X server on the gateway for GL information).
answered Apr 22 at 12:19
dobey
31.9k33484
Thanks for your help! The Nvidia card is on the server. So why is the GPU not being used for rendering? Is it because the VNC or the SSH? What if I'll do VNC directly to the server? Thanks.
– Elad Weiss
Apr 22 at 12:27
1
Yes, the GPU is not being used because X11 is not running on the GPU. It is running on the gateway, and so glxinfo is querying the X11 server on your gateway (as described in the answer). The glxinfo program does not directly query hardware, but queries the X11 server and gives you information about what that X11 server is using.
– dobey
Apr 22 at 12:33
Thanks. Some progress at last! When switching to VNC directly to the server I get:OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4Still Mesa though. Any idea how to fix this?
– Elad Weiss
Apr 22 at 13:41
1
Plug in a monitor and run direct on the hardware you want it to appear on. The problem is you are expecting something which depends on X11 to guide you on what your program which may interact directly with the hardware. Again,glxinfotells you what the X11 server you're running under is using for GL. It doesn't tell you what an arbitrary program not using X11 might use.
– dobey
Apr 22 at 16:44
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
accepted
This is because the GPU is not being used for rendering in your use case. As the glxinfo output you posted shows, the Software Rasterizer is being used for GL rendering to the X DISPLAY in question (presumably the forwarded display via ssh, which means glxinfo is querying the X server on the gateway for GL information).
answered Apr 22 at 12:19
dobey
31.9k33484
Thanks for your help! The Nvidia card is on the server. So why is the GPU not being used for rendering? Is it because the VNC or the SSH? What if I'll do VNC directly to the server? Thanks.
– Elad Weiss
Apr 22 at 12:27
1
Yes, the GPU is not being used because X11 is not running on the GPU. It is running on the gateway, and so glxinfo is querying the X11 server on your gateway (as described in the answer). The glxinfo program does not directly query hardware, but queries the X11 server and gives you information about what that X11 server is using.
– dobey
Apr 22 at 12:33
Thanks. Some progress at last! When switching to VNC directly to the server I get:OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4Still Mesa though. Any idea how to fix this?
– Elad Weiss
Apr 22 at 13:41
1
Plug in a monitor and run direct on the hardware you want it to appear on. The problem is you are expecting something which depends on X11 to guide you on what your program which may interact directly with the hardware. Again,glxinfotells you what the X11 server you're running under is using for GL. It doesn't tell you what an arbitrary program not using X11 might use.
– dobey
Apr 22 at 16:44
add a comment |Â
up vote
1
down vote
accepted
This is because the GPU is not being used for rendering in your use case. As the glxinfo output you posted shows, the Software Rasterizer is being used for GL rendering to the X DISPLAY in question (presumably the forwarded display via ssh, which means glxinfo is querying the X server on the gateway for GL information).
answered Apr 22 at 12:19
dobey
31.9k33484
Thanks for your help! The Nvidia card is on the server. So why is the GPU not being used for rendering? Is it because the VNC or the SSH? What if I'll do VNC directly to the server? Thanks.
– Elad Weiss
Apr 22 at 12:27
1
Yes, the GPU is not being used because X11 is not running on the GPU. It is running on the gateway, and so glxinfo is querying the X11 server on your gateway (as described in the answer). The glxinfo program does not directly query hardware, but queries the X11 server and gives you information about what that X11 server is using.
– dobey
Apr 22 at 12:33
Thanks. Some progress at last! When switching to VNC directly to the server I get:OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4Still Mesa though. Any idea how to fix this?
– Elad Weiss
Apr 22 at 13:41
1
Plug in a monitor and run direct on the hardware you want it to appear on. The problem is you are expecting something which depends on X11 to guide you on what your program which may interact directly with the hardware. Again,glxinfotells you what the X11 server you're running under is using for GL. It doesn't tell you what an arbitrary program not using X11 might use.
– dobey
Apr 22 at 16:44
add a comment |Â
up vote
1
down vote
accepted
up vote
1
down vote
accepted
This is because the GPU is not being used for rendering in your use case. As the glxinfo output you posted shows, the Software Rasterizer is being used for GL rendering to the X DISPLAY in question (presumably the forwarded display via ssh, which means glxinfo is querying the X server on the gateway for GL information).
answered Apr 22 at 12:19
dobey
31.9k33484
This is because the GPU is not being used for rendering in your use case. As the glxinfo output you posted shows, the Software Rasterizer is being used for GL rendering to the X DISPLAY in question (presumably the forwarded display via ssh, which means glxinfo is querying the X server on the gateway for GL information).
answered Apr 22 at 12:19
dobey
31.9k33484
answered Apr 22 at 12:19
dobey
31.9k33484
answered Apr 22 at 12:19
dobey
31.9k33484
answered Apr 22 at 12:19
dobey
31.9k33484
31.9k33484
Thanks for your help! The Nvidia card is on the server. So why is the GPU not being used for rendering? Is it because the VNC or the SSH? What if I'll do VNC directly to the server? Thanks.
– Elad Weiss
Apr 22 at 12:27
1
Yes, the GPU is not being used because X11 is not running on the GPU. It is running on the gateway, and so glxinfo is querying the X11 server on your gateway (as described in the answer). The glxinfo program does not directly query hardware, but queries the X11 server and gives you information about what that X11 server is using.
– dobey
Apr 22 at 12:33
Thanks. Some progress at last! When switching to VNC directly to the server I get:OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4Still Mesa though. Any idea how to fix this?
– Elad Weiss
Apr 22 at 13:41
1
Plug in a monitor and run direct on the hardware you want it to appear on. The problem is you are expecting something which depends on X11 to guide you on what your program which may interact directly with the hardware. Again,glxinfotells you what the X11 server you're running under is using for GL. It doesn't tell you what an arbitrary program not using X11 might use.
– dobey
Apr 22 at 16:44
add a comment |Â
Thanks for your help! The Nvidia card is on the server. So why is the GPU not being used for rendering? Is it because the VNC or the SSH? What if I'll do VNC directly to the server? Thanks.
– Elad Weiss
Apr 22 at 12:27
1
Yes, the GPU is not being used because X11 is not running on the GPU. It is running on the gateway, and so glxinfo is querying the X11 server on your gateway (as described in the answer). The glxinfo program does not directly query hardware, but queries the X11 server and gives you information about what that X11 server is using.
– dobey
Apr 22 at 12:33
Thanks. Some progress at last! When switching to VNC directly to the server I get:OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4Still Mesa though. Any idea how to fix this?
– Elad Weiss
Apr 22 at 13:41
1
Plug in a monitor and run direct on the hardware you want it to appear on. The problem is you are expecting something which depends on X11 to guide you on what your program which may interact directly with the hardware. Again,glxinfotells you what the X11 server you're running under is using for GL. It doesn't tell you what an arbitrary program not using X11 might use.
– dobey
Apr 22 at 16:44
Thanks for your help! The Nvidia card is on the server. So why is the GPU not being used for rendering? Is it because the VNC or the SSH? What if I'll do VNC directly to the server? Thanks.
– Elad Weiss
Apr 22 at 12:27
Thanks for your help! The Nvidia card is on the server. So why is the GPU not being used for rendering? Is it because the VNC or the SSH? What if I'll do VNC directly to the server? Thanks.
– Elad Weiss
Apr 22 at 12:27
1
1
Yes, the GPU is not being used because X11 is not running on the GPU. It is running on the gateway, and so glxinfo is querying the X11 server on your gateway (as described in the answer). The glxinfo program does not directly query hardware, but queries the X11 server and gives you information about what that X11 server is using.
– dobey
Apr 22 at 12:33
Yes, the GPU is not being used because X11 is not running on the GPU. It is running on the gateway, and so glxinfo is querying the X11 server on your gateway (as described in the answer). The glxinfo program does not directly query hardware, but queries the X11 server and gives you information about what that X11 server is using.
– dobey
Apr 22 at 12:33
Thanks. Some progress at last! When switching to VNC directly to the server I get:
OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4 Still Mesa though. Any idea how to fix this?– Elad Weiss
Apr 22 at 13:41
Thanks. Some progress at last! When switching to VNC directly to the server I get:
OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4 Still Mesa though. Any idea how to fix this?– Elad Weiss
Apr 22 at 13:41
1
1
Plug in a monitor and run direct on the hardware you want it to appear on. The problem is you are expecting something which depends on X11 to guide you on what your program which may interact directly with the hardware. Again,
glxinfo tells you what the X11 server you're running under is using for GL. It doesn't tell you what an arbitrary program not using X11 might use.– dobey
Apr 22 at 16:44
Plug in a monitor and run direct on the hardware you want it to appear on. The problem is you are expecting something which depends on X11 to guide you on what your program which may interact directly with the hardware. Again,
glxinfo tells you what the X11 server you're running under is using for GL. It doesn't tell you what an arbitrary program not using X11 might use.– dobey
Apr 22 at 16:44
add a comment |Â
Â
draft saved
draft discarded
Â
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1027168%2fwhy-is-opengl-vendor-mesa-project%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Where is the NVidia card installed, in this configuration? Local client, gateway, or on the server?
– dobey
Apr 22 at 12:19