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

Kleber Souza kleber.sacilotto.de.souza at canonical.com
Fri Nov 11 15:37:55 UTC 2022


On 08.11.22 05:26, AceLan Kao wrote:
> 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 kinetic:linux.

Thanks,
Kleber



More information about the kernel-team mailing list