mbox series

[V2,0/1,SRU,E] drm/i915/fbc: disable framebuffer compression on IceLake

Message ID 20190902121854.5115-1-vicamo.yang@canonical.com
Headers show
Series drm/i915/fbc: disable framebuffer compression on IceLake | expand

Message

You-Sheng Yang Sept. 2, 2019, 12:18 p.m. UTC
BugLink: https://bugs.launchpad.net/ubuntu/bug/1840236

[Impact]
On IceLake platforms there might be a thin, horizon strap of corruption
image at the top of screen randomly after some series of window
operations and disappears within a second or so. This is found on
multiple platforms and is quite annonying that results in bad user
experience.

[Fix]
The upstream bug has been filed for previous platforms, e.g. GeminiLake
for an year or so, still working in progress, and so far this only known
work-around is to turn off framebuffer compression on affected platforms.

[Test Case]
The most easy way is to observe if such corruption appears during the
transition from GDM to gnome-shell. Verified on pre-launch ICL
platforms.

[Regression Risk]
Low. The work-around for GeminiLake was landed to Linux stable 4.14.125
and has been backported to B/D.

You-Sheng Yang (1):
  UBUNTU: SAUCE: drm/i915/fbc: disable framebuffer compression on
    IceLake

 drivers/gpu/drm/i915/intel_fbc.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

Comments

Seth Forshee Sept. 5, 2019, 8:37 p.m. UTC | #1
On Mon, Sep 02, 2019 at 08:18:53PM +0800, You-Sheng Yang wrote:
> BugLink: https://bugs.launchpad.net/ubuntu/bug/1840236
> 
> [Impact]
> On IceLake platforms there might be a thin, horizon strap of corruption
> image at the top of screen randomly after some series of window
> operations and disappears within a second or so. This is found on
> multiple platforms and is quite annonying that results in bad user
> experience.
> 
> [Fix]
> The upstream bug has been filed for previous platforms, e.g. GeminiLake
> for an year or so, still working in progress, and so far this only known
> work-around is to turn off framebuffer compression on affected platforms.
> 
> [Test Case]
> The most easy way is to observe if such corruption appears during the
> transition from GDM to gnome-shell. Verified on pre-launch ICL
> platforms.
> 
> [Regression Risk]
> Low. The work-around for GeminiLake was landed to Linux stable 4.14.125
> and has been backported to B/D.

The format of your buglink is incorrect and leads to a "Lost something?"
page in launchpad.. I fixed it when applying, but please use the
https://bugs.launchpad.net/bugs/<number> format in the fugure.

Applied to eoan/master-next and unstable/master, thanks!
You-Sheng Yang Sept. 6, 2019, 9:43 a.m. UTC | #2
On 2019/9/6 4:37 AM, Seth Forshee wrote:
> On Mon, Sep 02, 2019 at 08:18:53PM +0800, You-Sheng Yang wrote:
>> BugLink: https://bugs.launchpad.net/ubuntu/bug/1840236
>>
>> [Impact]
>> On IceLake platforms there might be a thin, horizon strap of corruption
>> image at the top of screen randomly after some series of window
>> operations and disappears within a second or so. This is found on
>> multiple platforms and is quite annonying that results in bad user
>> experience.
>>
>> [Fix]
>> The upstream bug has been filed for previous platforms, e.g. GeminiLake
>> for an year or so, still working in progress, and so far this only known
>> work-around is to turn off framebuffer compression on affected platforms.
>>
>> [Test Case]
>> The most easy way is to observe if such corruption appears during the
>> transition from GDM to gnome-shell. Verified on pre-launch ICL
>> platforms.
>>
>> [Regression Risk]
>> Low. The work-around for GeminiLake was landed to Linux stable 4.14.125
>> and has been backported to B/D.
> 
> The format of your buglink is incorrect and leads to a "Lost something?"
> page in launchpad.. I fixed it when applying, but please use the
> https://bugs.launchpad.net/bugs/<number> format in the fugure.

Thank you.

> Applied to eoan/master-next and unstable/master, thanks!

You-Sheng Yang