OpenGL not working for intel on optimus system [CONCLUDED]

[motaito]

Hi,

for the last couple of days I have tried to get opengl to work properly. I have a MSI GT60 laptop and I am getting nowhere. I tried various xorg.conf settings. The farthest I get is a segmentation fault. I read online that xorg.conf is supposed to be depricated so I removed it completely. While it allows me to use the KDE desktop more to my liking I still have no opengl and I am unable to use desktop effects which use opengl. I have optirun so I installed bbswitch and bumblebee. This gives me opengl when using optirun. However, the intel chip still can not use opengl on its own. I also followed this guide: https://forums.gentoo.org/viewtopic-t-959568-postdays-0-postorder-asc-highlight-nvidia+optimus-start-0.html However, I have no change at all. Well, I think all it did was build x86 instead of amd64 which in a way only downgraded my system with no apparent change whatsoever. At this point I am stabbing aimlessly in the dark. I have no clue what to try next. I think it should work because I had manjaro installed on this laptop and the desktop effects did work then. Therefore, I assume there must be something missing. I have appended some more info. If you need to know more, let me know what you need. Any help is greatly appreciated! How do I get opengl for the intel chip?


Here is some more info:
after following the guide mentioned above I used

[motaito]

I tried everything I could find online or that I could think of. I can not get the intel chip to use opengl

So, basically I have a working system without any desktop effects that would use opengl. I tried to use 32bit instead of 64bit. I tried opensource drivers instead of nvidia drivers and I run into some issues while trying to downgrade xorg-server and xorg-drivers. (I read online that xorg sometimes has trouble loading drivers in newer versions.) However, most of the posts I found seam to be more than one or two years old. So, I am not sure how reliable that info still is. I tried so many different things I am no longer sure whether I messed up the system or not... Maybe a thorough cleaning is in order...

Is there anyone who has a working system running with optimus? If so, can you share some info about your setup? I am looking to find the best version for xorg-server, xorg-drivers as well as any other driver versions needed for intel and nvidia. Maybe also include your working xorg.conf?

Here some more info about my current xorg:

[VoidMage]

[motaito]

Thanks for the input. I did in order:
1. install gentoo
2. install xdrivers
3. install xserver
4. install kde
5. install nvidia driver
6. install bumblebee
7. install bbswitch

I was following this guide http://wiki.gentoo.org/wiki/Xorg/Configuration first and then followed http://wiki.gentoo.org/wiki/KDE.

For everything I used emerge. At no point did opengl work for the intel chip. I added nvidia driver, bumblebee and bbswitch hoping it might solve the issue. I am however new to gentoo, so yes it is likely/possible that I did something stupid during that process...

[dachschaden]

I am going to kill the idiots who keep mindlessly preaching that xorg.conf is deprecated and shouldn't be used. See, I am using it and got OpenGL support for my Intel card:

[VoidMage]

[motaito]

Thanks for the help. I am at work right now and have some more errands to run afterwards. However, I will post more details as soon as possible. Might be tomorrow night though. Sorry for the inconvenience I am quite busy at the moment.

Meanwhile I have some questions, so that I can give you the proper info later.

@dachschaden

[dachschaden]

[VoidMage]

[dachschaden]

@VoidMage:

[VoidMage]

It might work on other distros, though even there i would be dumb to use it, but in Gentoo it interferes with (at very least) "eselect opengl" scheme, which makes it prone to breaking (for example) xorg-server build.

The fact, that it creates an inconsistent state in portage database too, is quite obvious.

[dachschaden]

Hm. Well, I care for the symlinks myself, so of course it wouldn't bother me.
Yet I agree that this was once a tripping stone for me on Arch Linux, because I couldn't install both GL packages (Mesa and nVidia) at the same time. That was around the time when I learned to do it manually - and I never really got into the eselect stuff as well.

One major flaw - at least for me - is that portage does not provide the latest packages - actually even older packages are not provided. The nVidia driver brew from Gentoo for example uses outdated DRI libraries which would downgrade the existing ones. zsnes too btw. That's another reason why I am used to úse the upstream drivers. But I don't wanna switch to Arch - less control over my system.

It's a double-edged sword on this one.

[motaito]

So, I am back at my gentoo-box. Sorry for the delay.

@dachschaden
You mentioned that re-emergeing the xserver might help. As I have tried so may different things before, I wanted to make sure I have a clean system allowing me to reproduce the problem. Therefore, I reinstalled everything. I just let it compile during night and in my absence. I still have the exact same problem. I assume I am missing something basic. As you have mentioned that the intel chip must work first. I did not yet install bumblebee and bbswitch. So, I can focus on the intel first. I do however have VIDEO_CARDS="nvidia intel i915" in my make.conf. So, the nvidia drivers should be installed.

If it is relevant, I used

[VoidMage]

In random order:
- depending how old that integrated intel is, you might be better off with 'Option "AccelMethod" "uxa"' (IIRC - or maybe 'sna')
- still, that undefined reference to '_glapi_tls_Context ' kind of rings a bell - there might have been an underlinking problem in mesa 10.0 for libEGL, that (again - IIRC) was fixed later
- note 'llvm-shared-libs' useflag - in later mesa ebuilds, it was removed, but set to enabled

[motaito]

Thanks for the input. I tried various settings for xorg.conf. Changing Option "AccelMethod" "glamour" to "uxa" or "sna" makes no difference. Right now my xorg locks like this:

[VoidMage]

Actually, that could be a very significant change.

It might be useful to pastebin the whole xorg log, but check the simple thing first: does the installed nvidia-drivers version still support your card ?

...

Actually, going by the upstream site, last to support 600M is 331.79 - well, one of the pitfalls of binary blobs.

[motaito]

Actually, right now I was only focusing on the intel card as it was mentioned earlier that it makes no sense to try the nvidia card if the intel part is not working. So I did not check about the nvidia-driver.
I have the following driver:

[VoidMage]

I assume the log got truncated, which isn't really surprising.

What's pastebin ? Well, google it, then pick one.

If you doubt me about the card, go to nvidia download page, pick you card, note the driver number, then go back, pick a more recent card and see "Supported cards" tab.

Anyway, it seems intel part is already working, right ?

Perhaps nouveau is to be considered - don't have an nvidia, so don't know about performance.

[motaito]

I checked the last lines in the log. Its all there as cat /var/log/Xorg.0.log returned it.

About the driver version. I am not doubting you. I must have miss understood your point. I was under the impression that I don't need the nvidia-driver for the intel chip. I guess as it is an optimus system they are still necessary. I checked the nvidia download page anyway just to be sure I got the point now. The driver version 337.25 in the supported products tab also lists GeForce GTX 660M which is my card. Even though searching for the card directly leads to the driver version 331.79. Maybe I should install the 331.79 version? This should be possible right? I will read up on the emerge man pages.

Right now I only get one error in the /var/log/Xorg.0.log

[VoidMage]

OK, you got a point with nvidia driver - either upstream is lying of the page or their web interface is broken.

No, intel driver should work on its own, regardless on nvidia - at least IIUC what optimus is.

As for nvidia, is nvidia's libGL selected (by eselect) ? Also, as opposed to intel, nvidia driver needs to be explicitly listed in xorg.conf (by 'Driver "nvidia"' in an appropriate section).

[dachschaden]

Ahm ...

[VoidMage]

@dachschaden: two things:
- decimal separator for your locale might simply be different
- that part about "AutoAddDevices" is orthogonal to the issue at hand and mostly wrong anyway

[motaito]

@VoidMage

[VoidMage]

What is 'OpenGL renderer string" in glxinfo output ?

Also, as I said, for nvidia drivers you need a separate 'Device' section, with 'nvidia' driver.

As for 'eselect opengl', that was what I've meant - I tend to use a sort of shorthand.


Also, do remember, that integrated intel might be short on features, like - for example - geometry shaders.

[motaito]

Ok, I adjusted my xorg.conf for the nvidia part. I am a bit confused with this as it was mentioned to focus on the intel first. So, I thought that the nvidia driver should not yet matter. Do I need the nvidia driver to run opengl on the intel chip? Should that not also work without the nvidia driver? Of course then I would not have the hardware acceleration from nvidia but it should be possible to run opengl. I know that opengl might have a smaller subset of the nvidia capabilities but the effects don't seam that advanced in requirements.

- Blur effect requires OpenGL
- Startup Feedback effect requires OpenGL
- Wobbly Windows effect requires OpenGL

my xorg.conf now looks like this: