[SOLVED] Mesa OpenGL version stuck on 3.0

infernalbuild · 11-07-2016, 04:23 PM

i have an issue in my test program
OpenGL start by throwing GL_INVALID_ENUM after uploading the buffer

Code:

	glGenBuffers(1, &vertex_buffer);
	glBindBuffer(GL_ARRAY_BUFFER, vertex_buffer);
	glBufferData(GL_ARRAY_BUFFER, sizeof(vertices), vertices, GL_STATIC_DRAW);

and then throwing GL_INVALID_OPERATION on each operation related to the shader

ReaperX7 · 11-07-2016, 06:32 PM

I have a question for infernalbuild...

You seem to have an Intel based chipset with the i915 driver, but also the GeForce GT series card. Have you tried using the Bumblebee(Optimus) setup?

http://docs.slackware.com/howtos:har...nvidia_optimus

The DRI_PRIMUS feature is mostly for using two identical video chipsets in SLI or CrossFire mode, not two different chipsets.

To use the OpenGL 4.5 capabilities of your card, you will have to install the bumblebee packages and then use OPTIRUN to utilize the 3D accelerator. You will still have to setup the Intel chip for X11 standard rendering for 2D and 3D applications, however when you use Optirun it will activate the Nvidia chip for 3D rendering support.

I also recommend since you have a still supported Nvidia card, you might want to use the Nvidia drivers rather than nouveau for full acceleration support and power management.

bassmadrigal · 11-07-2016, 09:13 PM

Quote:

Originally Posted by ReaperX7

The DRI_PRIMUS feature is mostly for using two identical video chipsets in SLI or CrossFire mode, not two different chipsets.

Primus is different than PRIME. PRIME is for using two different graphics cards that are both using opensource drivers. Support for this already exists in Xorg.

https://wiki.archlinux.org/index.php/PRIME

Way to go developers for picking confusing names!

infernalbuild · 11-08-2016, 12:47 PM

so i finally solved this issue with your help (thanks for that)

and run a simple test programm with and without DRI_PRIME=1
which worked perfectly

SOLVED !!!!