APPLIED [OEM-5.17] Re: [PATCH 0/6][SRU][K][OEM-5.17] Screen cannot turn on after screen off with Matrox G200eW3 [102b:0536]

Timo Aaltonen tjaalton at ubuntu.com
Thu Nov 10 16:19:48 UTC 2022


AceLan Kao kirjoitti 8.11.2022 klo 6.26:
> From: "Chia-Lin Kao (AceLan)" <acelan.kao at canonical.com>
> 
> BugLink: https://launchpad.net/bugs/1995573
> 
> [Impact]
> Screen cannot turn on after screen is off
> 
> [Fix]
> Below commit from v6.0-rc1 fixes the issue
> c577b2f43e80 drm/mgag200: Enable atomic gamma lut update
> 
> And applied some other commits to fix the conflicts
> c48a36301634 drm/mgag200: Optimize damage clips
> 3064debaf55e drm/mgag200: Add FB_DAMAGE_CLIPS support
> 5913ab941d6e drm/mgag200: Acquire I/O lock while reading EDID
> 931e3f3a0e99 drm/mgag200: Protect concurrent access to I/O registers with lock
> e13f13e039dc drm: Add DRM-managed mutex_init()
> 
> [Tests]
> Verified on the machine with Matrox G200eW3 [102b:0536] graphics card.
> 
> [Where problems could occur]
> The commits to solve the conflicts are trivial, and not likely to introduce
> regressions. The fix patch change a lot of code and hard to evaluate the
> risk, but check the latest linus/master tree and linux-next/master tree,
> there is no fixed commit for all these cherry-picked commits, so should be
> safe to include them.
> 
> Jocelyn Falempe (3):
>    drm/mgag200: Optimize damage clips
>    drm/mgag200: Add FB_DAMAGE_CLIPS support
>    drm/mgag200: Enable atomic gamma lut update
> 
> Thomas Zimmermann (3):
>    drm: Add DRM-managed mutex_init()
>    drm/mgag200: Protect concurrent access to I/O registers with lock
>    drm/mgag200: Acquire I/O lock while reading EDID
> 
>   drivers/gpu/drm/drm_managed.c          |  27 ++++
>   drivers/gpu/drm/mgag200/mgag200_drv.c  |   6 +
>   drivers/gpu/drm/mgag200/mgag200_drv.h  |   1 +
>   drivers/gpu/drm/mgag200/mgag200_mode.c | 169 ++++++++++++++++++-------
>   include/drm/drm_managed.h              |   3 +
>   5 files changed, 157 insertions(+), 49 deletions(-)
> 

applied to oem-5.17, thanks

-- 
t




More information about the kernel-team mailing list