MESA driver for intel HD graphic card

Greetings !!

I’m trying to teach some stuff using opengl and shaders but at work I have a poor intel hd graphic card and intel won’t provide opengl as amd does.
For a result all the shaders I used at home are not “compiled” at school :{

This attached file was taken from the kinfocenter.

For now it seems that MESA driver has been improved (ftp://ftp.freedesktop.org/pub/mesa/current/).
The question is: is that a good idea to unpack it and install it as Yast software updater didn’t detected any changes to MESA (still in 10.3.7) ?

http://paste.opensuse.org/56743911

pkg-config libdrm --modversion → 2.4.58

The configure script needs libdrm >= 2.4.60 :{

It seems I’m stucked.

That’s a “bug” in Kinfocenter. It cannot detect the kernel module used and the “3D Accelerator” with current Kernels.

The display shows that you are using the intel driver, and OpenGL support works using Mesa’s intel driver.

For now it seems that MESA driver has been improved (ftp://ftp.freedesktop.org/pub/mesa/current/).
The question is: is that a good idea to unpack it and install it as Yast software updater didn’t detected any changes to MESA (still in 10.3.7) ?

No, that’s not a good idea if you don’t know what you are doing.

Maybe you should better ask about your actual problem?

Sounds to me like the OP has seen that Mesa has been given a version bump and wishes to try to install that to see if it would give the opengl support required to compile the shaders being used. Most likely, the work being attempted is related to opengl 4.x stuff. Unfortunately for them, Intel’s Mesa support is still limited to the realm of opengl 3.x.

See: http://mesamatrix.net/

For the past few years,
I’ve seen Intel’s community support to implement and support new features through the kernel channel greatly improve to where today it might be considered pretty good.

So,
Typically I’d recommend that anyone who is looking for the best and latest to install later (even latest) kernels available which might mean an upgrade to LEAP in your case (assuming you don’t want to tussle with TW).

TSU

Yes I would upgrade my laptop to LEAP if I’m sure that I could get the benefits of the GLSL in its full range. I’m not a professional in opengl and I got examples that only works with GLSL uniform (implemented since 4.3).
I can not do the same without shaders/vertexes/uniforms as I’m not a opengl professional, I’m trying to learn as my students.

nope !!
LEAP doesn’t fit nether… but it seems have installed a more recent MESA (3.0 11.0.6).
This is normally enough for me but I still have

*GLSL 4.50 is not supported
Supported versions are: 1.10/1.20/1.30 1.00 ES and 3.00 ES
*
And when I “jump” to 3.00 ES

no precision specified this scope for type ‘vec4’…

Plus LEAP doesn’t let me log on root account… that sucks.
Impossible to switch to root account… I have to dig to know why and how login in root.

I tried ubuntu 15.10 but it failed install on the laptop (after three unsuccessfull tries I installed LEAP).
I may install fedora that is told to be compatible with the intel’s driver installer 1.2.1.

But for now… I will enjoy LEAP on my test laptop ^^

it works for vec4 if you specify a precision for the variable (for example: lowp or highp).
but I can’t use the “uniform” that is not implemented in the current opengl/glsl version… (I have to upgrade at least to 330 ES).

I’m still digging ^^

I downloaded the libdrm 2.4.66 source file from the website and tried to install it on my computer… it failed.

./configure --prefix=/usr --exec-prefix=/ → ok

says:

will be compiled with

libkms: yes
intel_api: yes

don’t care

make clean → ok
make → ok
make install → ok

How can I link this new library to the system, when I use pkg-config libdrm --modversion after all done with success I got 2.4.58 :{{{

ldconfig ???

Of course mesa driver 11.0.7 won’t compile as libdrm is < 2.4.60 :{{{{{{

It works on LEAP, and I got root access. I’m happy :slight_smile:

But this doesn’t work on 13.2 (intel chipset) → uniform is not known (requires GL_ARB_explicit_uniform_location and either GL_ARB_explicit_attrib_location)… both aren’t listed in the opengl/es extensions in kinfocenter.