Created attachment 139475 [details] intel_reg dump Hi! I have a Lenovo Yoga 910 which required option enable_rc6=0 in order to avoid screen corruption. With my distro's most recent update, we've picked up https://patchwork.kernel.org/patch/9644631/ and now I get screen corruption again. Here's a link to a 10-second video of what my laptop screen looks like: https://drive.google.com/file/d/1Z7_Ce0NUKZhB9mIXpFFaeuMwXsmroV9m/view?usp=sharing The screen corruption is intermittent. Having the screen updating, such as moving the mouse or playing a video on youtube, reduces the effect but it still flickers about once per second. I haven't seen any corruption when at a VT. I've tried other settings that exist in the i915 driver but have been unable to find a workaround. The link to intel_reg_dumper guide is 404 from https://01.org/linuxgraphics/documentation/how-report-bugs. I ran 'intel_reg dump' and attached that. I was unable to get the video bios dump using the guide at https://01.org/linuxgraphics/documentation/development/how-dump-video-bios . The 'cat' step produces an 'input/output error' with a zero-byte file. (If I try cat after echo 0, I get an invalid argument error instead.) Let me know if you want an strace of the cat. This also produced errors in dmesg, the echo produced "Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff" while the cat produced "Invalid mmio detected during user access". Debian unstable/sid, xserver-xorg-video-intel package is version "2:2.99.917+git20171229-1", kernel is "4.16.5-1 (2018-04-29)".
Created attachment 139476 [details] lshw --sanitize --numeric
Created attachment 139477 [details] lspci -vvvv
Created attachment 139478 [details] dmesg | egrep -i '(intel|i915|drm)'
Created attachment 139479 [details] xrandr --verbose
Please send dmesg without any greps with drm.debug=0x1e log_buf_len=4M?. Can you also try using latest drm-tip: https://cgit.freedesktop.org/drm-tip and send dmesg with that too?
Created attachment 139487 [details] full dmesg but not drm-tip
Created attachment 139488 [details] full dmesg running drm-tip
rc6 is a red herring. Try e.g. https://bugs.freedesktop.org/show_bug.cgi?id=106335#c3
I'm afraid the workaround has no effect on the corruption. Tried both on distro kernel and at drm-tip. I also looked for other 'pm_qos_latency_tolerance_us' and found them under 00:15.0, 00:15.1 and 00:15.3 (all of them I2C, not related to nvme). They were set to 'auto', setting them to '0' had no effect on the corruption.
Duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=103229 ?
Looks like a dup, reported, you agree even this from KBL and that referred one from SKL.
Closing as duplicate, comment if you disagree *** This bug has been marked as a duplicate of bug 103229 ***
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.