| Summary: | GPU HANG which distorts my screen display and seems to affect sleeping/hibernating after I upgraded from Kubuntu 15.04 to 15.10 on a 64 bits machine | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | mishal.strogoff | ||||||
| Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
| Status: | CLOSED INVALID | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
| Severity: | major | ||||||||
| Priority: | medium | CC: | intel-gfx-bugs, leo | ||||||
| Version: | unspecified | ||||||||
| Hardware: | x86-64 (AMD64) | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | I965G | i915 features: | power/suspend-resume | ||||||
| Attachments: |
|
||||||||
|
Description
mishal.strogoff
2015-10-28 20:48:11 UTC
For me it seems that the batchbuffer got overwritten while it was being executed. Could you upload a few more error states if this is easily reproducible to get more samples. Preferrably all on clean reboots before suspend/resume cycles. (In reply to Mika Kuoppala from comment #1) > For me it seems that the batchbuffer got overwritten while it was being > executed. > Could you upload a few more error states if this is easily reproducible to > get more samples. Preferrably all on clean reboots before suspend/resume > cycles. That's possible, however I don't know the details about batchbuffer or something like that. Today I powered on my computer, a fresh boot, and waited until the failure raised again. I remember what I was doing exactly: I had opened a text editor (Kate), a file browser (Dolphin) and a web browser (Firefox) and Firefox was the active application and in the web page http://www.shodor.org/interactivate/activities/TheMandelbrotSet/ I clicked the "Start Over" button and bump!!! my screen display became a mess! I will attach some relevant files again. Created attachment 120087 [details]
Output of log files, some commands and one screenshot for the failure at November 24th 2015
The promised new files attached to this bug
I've found a way to bypass this annoying bug, thanks to the documentation available at https://wiki.archlinux.org/index.php/Intel_graphics More than a week has passed without suffering the failure, since I implemented the change suggested there :) In summary, I created the file /etc/X11/xorg.conf.d/20-intel.conf with this content (I left some commented lines as a reference to other possible workarounds that I didn't test): # content of file begins here Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "uxa" #disabling the GPU usage with the NoAccel option #Option "NoAccel" "True" #Alternatively, try to disable the 3D acceleration only with the DRI option #Option "DRI" "False" EndSection # content of file ends here If you know about another solution or alternate configuration, I would like to know the details. Thanks! I mean the creation of the file /etc/X11/xorg.conf.d/20-intel.conf solved the failure of the video display. The other problem of the sleeping/hibernating functions continues to be present. (In reply to mishal.strogoff from comment #5) > I mean the creation of the file /etc/X11/xorg.conf.d/20-intel.conf solved > the failure of the video display. The other problem of the > sleeping/hibernating functions continues to be present. We seem to have neglected the bug a bit, apologies. There were improvements pushed in kernel that will benefit to your system, so please re-test with latest kernel to see if this issue is still occurring. If it is still happening, please attached kernel log (consider to add "drm.debug=0x1e log_buf_len=1M" as additional parameter of your boot command line). mishal.strogoff@veryrealemail.com is this GPU hang seen updating to the latest kernel? please review comment before if it still occurs to add necessary information. If the hand does not occur please set the bug to resolved Otherwise if there is no response within 30 days the bug will be closed due to lack of activity. based on the lack of activity and a response from the submitter to update results with latest configuration the bug will be closed |
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.