Bug 50011

Summary: [snb uxa] Screen Corruption
Product: xorg Reporter: Mehran Kholdi <semekh.dev>
Component: Driver/intelAssignee: Chris Wilson <chris>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: critical    
Priority: medium    
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Screenshot of the corruption
none
dmesg
none
Xorg log
none
Another screenshot of glyph corruption
none
Yet-Another screenshot of the corruption
none
Updated Xorg log none

Description Mehran Kholdi 2012-05-16 09:15:08 UTC
Created attachment 61726 [details]
Screenshot of the corruption

Screen corruptions occur every now and then.
I thought that could be some kind of program crashing, but even a live ubuntu session was having that problem.
I have tested it on different distros and desktop managers, and got the same result.
Most of the time, after having such kind of corruptions, the OS halts (not even MagicSysRq works)
Also, it's not an easy-to-reproduce bug. Sometimes it keeps happening, and sometimes it doesn't happen for a long time.
Comment 1 Chris Wilson 2012-05-16 09:41:58 UTC
Please reproduce with upstream components and include an Xorg.0.log and dmesg. More than likely the bug has been fixed if you do not state having used anything less than a couple of years old.
Comment 2 Mehran Kholdi 2012-05-19 07:00:13 UTC
Created attachment 61841 [details]
dmesg
Comment 3 Mehran Kholdi 2012-05-19 07:00:48 UTC
Created attachment 61842 [details]
Xorg log
Comment 4 Mehran Kholdi 2012-05-19 07:01:47 UTC
Created attachment 61843 [details]
Another screenshot of glyph corruption
Comment 5 Mehran Kholdi 2012-05-19 07:02:38 UTC
Created attachment 61844 [details]
Yet-Another screenshot of the corruption
Comment 6 Mehran Kholdi 2012-05-19 07:06:09 UTC
I've added some screenshots and logs.
I have tested with upstream as well (the log file I have attached is not with the upstream one)
Since I saw "MTRR allocation failed" message in dmesg, I tried using "enable_mtrr_cleanup mtrr_spare_reg_nr=1" option, which didn't work.
Comment 7 Mehran Kholdi 2012-05-19 07:24:20 UTC
I suspect it's somehow related to framebuffer.
Any way to force a redraw to see if I'm right?
Comment 8 Chris Wilson 2012-05-19 11:40:22 UTC
Still interested to know if this is actually reproducible with kernel-3.4 and xf86-video-intel.
Comment 9 Mehran Kholdi 2012-05-19 12:10:35 UTC
Have tested with upstream components, about 2 months ago.
Will give it a try with the latest updates as well. (When I have enough free time to fix a broken system, though :D)
Comment 10 Mehran Kholdi 2012-05-30 01:09:57 UTC
Seems like everything works fine with mainline kernel (3.4.0) and upstream Intel drivers.
Thanks
Comment 11 Mehran Kholdi 2012-07-22 02:11:59 UTC
Created attachment 64495 [details]
Updated Xorg log

After updating and switching to SNA the bug is back!
Comment 12 Chris Wilson 2012-07-22 09:08:51 UTC
You have to be a little bit more specific...

Can you please open a new bug report with a screenshot demonstrating your corruption and reattach the Xorg log so that I know what exactly you are reporting?

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.