-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Linux]No 3D Rendering with Intel HD 4000 and Mesa #23
Comments
Confirmed same behaviour with Gentoo Linux 64bit, Intel HD4000 with mesa 10.5.6 But works without error with my discrete graphic card GeForce 610M, using Bumblebee 3.2.1, primus git version, Linux 3.17.6 and Nvidia proprietary driver version 352.09. It seems like it does not works well with Intel cards on Linux... Any further information including complete log could be provided if requested. |
it could be related to arch and gentoo are both rolling-distros. so maybe packaged relatively unstable mesa drivers for them? |
I can add that I have no issues on Intel HD4400 laptop with Mesa 10.5.6, maybe it's an issue with unimplemented features for the HD4000? |
It looks like the issue is that we are unable to run on implementations supporting GL_MAX_TEXTURE_IMAGE_UNITS < 32 (you can check what you support with glxinfo | grep GL_MAX_TEXTURE_IMAGE_UNITS). This is actually a regression on our side when we added deferred specular to the map, I will work on a fix. |
I have the same problem using the radeonsi drivers from "ppa:oibaf/graphics-drivers" and mesa 10.7 ASUS K55DR (R500D) |
Can you provide the output of the following: glxinfo -l | grep TEXTURE_IMAGE_UNITS Upon further review, I believe we should only have a problem if GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS < 20. There was at one time a bug in mesa where it checked the binding = # qualifier against GL_MAX_TEXTURE_IMAGE_UNITS instead of GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS. I wonder if that's the bug we are hitting here. |
glxinfo -l | grep TEXTURE_IMAGE_UNITS |
1 similar comment
glxinfo -l | grep TEXTURE_IMAGE_UNITS |
Thanks. Sampler bindings 18 and 19 do not exceed GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS so it looks like an old mesa bug I have encountered before. Odd that you guys are seeing it on recent mesa builds (10.5.x) though. I'm going to grab the mesa source and debug it on my SNB machine here. |
@danginsburg that issue should be fixed by http://patchwork.freedesktop.org/patch/52603/ |
I've checked in a fix that should get things working on Sandy Bridge using mesa 10.3.2. This should go out in the next update. After that update, if you still experience the issue, you will need to either grab the mesa patch from @imirkin or specify on the command-line -gl_force_sm30. Using -gl_force_sm30 will (after the update) not use bindings higher than 16 which works around the mesa bug. One of the problems currently on Sandy Bridge is that mesa only supports #version 140 and the code was improperly detecting the supported GLSL version. So we were passing in #version 330 shaders when only #version 140 is supported. That is what I fixed along with limiting the sampler count to 16 when in SM30 mode. |
FWIW I pushed the patch, and it should make it into the next 10.5.x and 10.6.x releases. Older mesa trees are well past their "best-by" date :) [ As an aside, SNB gained GS and GL 3.3 support in newer mesa releases... 10.5 iirc? You can see what hardware supports what in which mesa version over at http://people.freedesktop.org/~imirkin/glxinfo/glxinfo.html ] |
Confirming the mesa patch works on arch64 + HD4000 |
I confirm the patch works with radeonsi drivers on APU A8-4500M too |
confirm that mesa patch works with my HD4000 system |
confirm working with HD3000 |
Ubuntu 64, mesa 10.3.2, Intel® Core™ i7-3612QM CPU (has HD4000 integrated graphics) Will try to update mesa with mesa patch and try again with more info later. ....@....:~$ glxinfo -l | grep TEXTURE_IMAGE_UNITS |
@DM- |
Oh ok. Thanks, I thought it was already pushed when the people above said it was working. My bad. Time to figure out how to patch mesa. |
@Hoonboof does it mean that i can just wait for another dota 2 reborn patch? or i have to patch mesa? (because i dont know how:D im new with linux) |
@SuperFlick |
Since a lot of people are probably going to hit this mesa bug, I added some detection code that will automatically force SM30 if it detects a driver with this bug. So hopefully when the next update is released it should just work on mesa 10.5.x/10.6.x without the driver patch or requiring -gl_force_sm30. |
@danginsburg ideally your workaround would be s.t. it'd only trigger on 10.5.8 and older and 10.6.0, but not the future 10.5.9 and 10.6.1 which both ought to contain my patch. |
mesa 10.7 fixed this issue |
The workaround should fix things in the 6/24 update. |
All 2D game ui and layout and hero selection works fine.
However, no 3D models are rendered, in hero preview/selection/loadout, etc.
In a match, the whole screen goes purple and white. The only working part is minimap and hero skill/item bar.
Confirmed on 2 systems:
The text was updated successfully, but these errors were encountered: