ACK/Cmnt: [SRU] [G/H/Unstable/OEM-5.10] [PATCH 0/2] Fix screen flickering on some panels

Stefan Bader stefan.bader at canonical.com
Tue May 18 06:29:07 UTC 2021


On 06.05.21 17:44, Kai-Heng Feng wrote:
> BugLink: https://bugs.launchpad.net/bugs/1925685
> 
> [Impact]
> We are having screen flickering and glitching issues with some of our
> hardware upon wake from suspend. We have worked with our ODM to figure
> out a fix for this. They had reported there were no issues when running
> Windows on the same hardware. As such, we tested, and found that this
> issue first began as a regression in kernel 5.0 (did not exist in kernel
> 4.18 per our tests).
> 
> We identified a patch via
> https://gitlab.freedesktop.org/drm/intel/-/issues/272 in which this has
> been solved. Per our testing by recompiling the kernel, this completely
> fixes our hardware issue. As of 4-21, this fix has been merged into the
> Linux kernel per Timo Aaltonen, and will be included in the kernel in
> the 5.13 release.
> 
> Our hardware ships with Kubuntu 20.04 LTS, which means the 5.13 kernel
> will not see these machines, at least in the forseeable future. As such,
> we request that this patch be added to the kernel. Per our testing, this
> patch is straightforward to add and works flawlessly.
> 
> The patch that works best was created in collaboration with Kai-Heng
> Feng, is attached to this bug report, and can be found here:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1925685/+attachment/5491421/+files/drm-intel-both.patch
> 
> Until this is fixed, we have a whole batch of hardware we cannot sell,
> so, as an OEM, this is a high priority.
> 
> [Test Plan]
> * Install Kubuntu on an affected Kubuntu Focus M2 computer (not in the
>    hands of customers at this time)
> 
> * Notice screen glitching/flickering after wake-from-suspend.
> 
> * Install kernel compiled with the attached patch. Boot from patched
>    kernel.
> 
> * Suspend laptop, resume. No glitches.
> 
> [Where problems could occur]
> Although this solves the problem for us and has been confirmed to
> work with the Intel developers that developed this patch, it could
> cause another display type to have problems. This is unlikely as it
> has been vetted by Intel and by the mainline Linux kernel
> developers.
> 
> Kai-Heng Feng (1):
>    UBUNTU: SAUCE: drm/i915/dp: Use slow and wide link training for
>      everything
> 
> Ville Syrjälä (1):
>    drm/i915: Try to use fast+narrow link on eDP again and fall back to
>      the old max strategy on failure
> 
>   .../drm/i915/display/intel_display_types.h    |  1 +
>   drivers/gpu/drm/i915/display/intel_dp.c       | 21 +++++++++++++------
>   2 files changed, 16 insertions(+), 6 deletions(-)
> 
The second patch is now in linux-next and when applying to G/H we should drop 
"UBUNTU: SAUCE:" and update the s-o-b area with:

Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/3384
References: https://gitlab.freedesktop.org/drm/intel/-/issues/272
Signed-off-by: Kai-Heng Feng <kai.heng.feng at canonical.com>
Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
Link: 
https://patchwork.freedesktop.org/patch/msgid/20210421052054.1434718-1-kai.heng.feng@canonical.com
(cherry picked from commit acca7762eb71bc05a8f28d29320d193150051f79)
Fixes: 2bbd6dba84d4 ("drm/i915: Try to use fast+narrow link on eDP again and
                      fall back to the old max strategy on failure")
Cc: <stable at vger.kernel.org> # v5.12+
Signed-off-by: Jani Nikula <jani.nikula at intel.com>
(backported from commit a5c936add6a23c15c6ae538ab7a12f80751fdf0f linux-next)
Signed-off-by: Kai-Heng Feng <kai.heng.feng at canonical.com>

Acked-by: Stefan Bader <stefan.bader at canonical.com>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20210518/ca1166c4/attachment.sig>


More information about the kernel-team mailing list