| Summary: | [kb] GPU HANG: ecode 9:0:0x85dffffb, in zoom | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Marcin Owsiany <marcin> |
| Component: | Drivers/DRI/i965 | Assignee: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
| Status: | RESOLVED WORKSFORME | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
| Severity: | normal | ||
| Priority: | medium | CC: | illia.iorin, intel-gfx-bugs |
| Version: | unspecified | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
/sys/class/drm/card0/error
xrandr --verbose glxinfo |
||
|
Description
Marcin Owsiany
2018-09-18 08:23:50 UTC
Created attachment 141622 [details]
xrandr --verbose
Also adding xrandr output in case it matters (I have a dual-monitor setup).
If you mesa (libGL) is as ancient as the kernel, you will be best served by updating both. (In reply to Marcin Owsiany from comment #0) > I wonder whether someone would be able to figure out a specific fix that > could be backported to Debian stable's kernel? You are missing a few years of bug fixes. Where to start? Could you please do several things: - update kernel to 4.16 or later. - provide your current mesa version(glxinfo) - install custom mesa from git-master and try to reproduce this bug after you do those things. Created attachment 141634 [details]
glxinfo
Attaching glxinfo output.
I just built the kernel from drm-tip. Trying to build mesa following the instructions in the "BUILDING 3D-MESA" section of https://01.org/linuxgraphics/documentation/build-guide-0 failed with: configure: error: unrecognized option: `--enble-dri3' Try to configure mesa by this command: ./autogen.sh --with-gallium-drivers="" --with-dri-drivers=i965 --prefix=<path to bins> more information at https://mesa3d.org/install.html << configure: error: unrecognized option: `--enble-dri3' Here is misprint: should be '--enable-dri3' But it may require additional dependencies and so you can try --disable-dri3 instead. I managed to build mesa with your help. However after rebooting to the kernel built in Comment 5 I found out that it does not know how to use my LVM group. Looks like "make defconfig" does not attempt to use the config I'm running currently and perhaps some disk encryption stuff is missing... I remember back from the days of linux-2.4.x that there used to be something like "make oldconfig" but it was not a completely flawless experience either. And I don't really have time this week to dive into how one configures the kernel these days :-( there is one more way to check this, simply add "test" repository and download 4.18 kernel from it (if you want to leave system as is, then don't update anything except kernel and mesa). https://serverfault.com/questions/550855/how-to-add-debian-testing-repository-to-apt-get About problem with configs, I made it another way - copied current config to folder with kernel, made "make config" - selected "load config" (or similar) and re-saved it. Worked for me. Thank you for the suggestion, Denis! While installing packages directly from the testing suite into a stable system is risky, your suggestion made me realize that there might be a more recent kernel in the "backports" suite. And indeed, there is linux-image-4.17.0-0.bpo.3-amd64 which is built in a way that should work flawlessly in my system. There are also some more recent mesa packages available, but there are quite a few of them, and I'm wondering which ones I really need? Do I need to look at the libraries which zoom is linked against? Or is it the X server which needs the updated libraries? Sorry if this question seems silly, but I hope that I can test this with a little bit of your help... no worries, Marcin. 4.17 is good also. About mesa - I think, any higher then 17.3.+ - will not have the bug (in general - higher - better, cos it will be more fresh :) ) About X server - latest "stable" in 16.04 ubuntu is 1.19.6, but I am not sure, that for current issue it should matter. FWIW, upgrading to linux-image-4.17.0-0.bpo.3-amd64 (4.17.17-1~bpo9+1) seems to have helped with the crashes. I did not need to touch mesa (I actually tried upgrading it to the version in backports, but it just made the X server crash, so I reverted). It is good news. I think if this bug will not appear in two week we can close this bug and relative ones like this https://bugs.freedesktop.org/show_bug.cgi?id=101203 closing the issue because we didn't get other comments from reporter, so I suspect that kernel update helped. Marcin, please reopen this issue if it still actual for you. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.