Bug 117181 - graphic glitches for Kernel > 4.2 Intel HD 5xx and skylake
Summary: graphic glitches for Kernel > 4.2 Intel HD 5xx and skylake
Status: RESOLVED INVALID
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(DRI - non Intel) (show other bugs)
Hardware: Intel Linux
: P1 normal
Assignee: drivers_video-dri
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-25 16:22 UTC by yves.dufournaud
Modified: 2016-10-26 12:41 UTC (History)
1 user (show)

See Also:
Kernel Version: 4.5.2
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
dmesg_after.txt (62.14 KB, application/octet-stream)
2016-04-25 20:59 UTC, yves.dufournaud
Details

Description yves.dufournaud 2016-04-25 16:22:23 UTC
I am on an Asus UX305UA-FC057T
- Intel Core i7-6500U
- Intel HD Graphics 5500

when using kernel above > 4.2, I observe punctual screen glitch similar to those seen on image linked. This happens through the usage of cinamon (3d) on linux mint. But still I do use version 4.5.2 compiled by myself.

uname -a
Linux yves-asus 4.5.2 #2 SMP Sun Apr 24 20:17:09 CEST 2016 x86_64 x86_64 x86_64 GNU/Linux

The glitch happens only with new kernel, previous kernel like 4.2.xxx are working fine for display with same system (they have othere issues).

And seems (as a user point of view) be linked to a certain pattern: 
menu compositing + mouse hovering.

Image showing the issue
https://forums.linuxmint.com/download/file.php?id=26842&sid=ae05af439953d8fac51a9658d2eba0c1&mode=view

it's flickering: so the screen is scrambled, and then normal

Thank you for your time,

Yves
Comment 1 yves.dufournaud 2016-04-25 19:58:17 UTC
there is another issue: resuming from suspend to ram is failing, I would have filled a separate bug, but apparently it can be linked to graphics.

following the instruction here:
https://01.org/linuxgraphics/documentation/development/how-debug-suspend-resume-issues

S3 suspend (a.k.a Suspend To RAM):
dmesg > dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after

the machine go to sleep : led blinking
after pressing power button, make machine reboot.
but dmesg_after exists with same content as dmesg_before, so quoting source:

"If dmesg_after exists, it means that the system can be resumed from BIOS, so it's likely to be a graphics issue. Otherwise, it's not related to graphics and don't report it to freedesktop.org bugzilla."

will try to set Enable "CONFIG_PM_DEBUG" for next test
Comment 2 yves.dufournaud 2016-04-25 20:58:10 UTC
tested with CONFIG_PM_DEBUG with core/processors/device

dmesg > dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after

machine resume after few second, but mouse pointer is lost (not visible/not acting)

joined dmesg_after
Comment 3 yves.dufournaud 2016-04-25 20:59:47 UTC
Created attachment 214301 [details]
dmesg_after.txt

output of dmesg > dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after
Comment 4 Jani Nikula 2016-10-26 12:41:54 UTC
Please file all drm/i915 bugs at https://bugs.freedesktop.org/enter_bug.cgi?product=DRI&component=DRM/Intel

Note You need to log in before you can comment on or make changes to this bug.