From: Robert Foss <robert.foss(a)linaro.org>
[ Upstream commit 2a9df204be0bbb896e087f00b9ee3fc559d5a608 ]
This fixes PLL being unable to lock, and is derived from an equivalent
downstream commit.
Available LT9611 documentation does not list this register, neither does
LT9611UXC (which is a different chip).
This commit has been confirmed to fix HDMI output on DragonBoard 845c.
Suggested-by: Amit Pundir <amit.pundir(a)linaro.org>
Reviewed-by: Amit Pundir <amit.pundir(a)linaro.org>
Signed-off-by: Robert Foss <robert.foss(a)linaro.org>
Link: https://patchwork.freedesktop.org/patch/msgid/20221213150304.4189760-1-robe…
Signed-off-by: Amit Pundir <amit.pundir(a)linaro.org>
---
To be cherry-picked on v5.10.y, v5.15.y and v6.1.y.
drivers/gpu/drm/bridge/lontium-lt9611.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bridge/lontium-lt9611.c b/drivers/gpu/drm/bridge/lontium-lt9611.c
index 3b77238ca4af..ae8c6d9d4095 100644
--- a/drivers/gpu/drm/bridge/lontium-lt9611.c
+++ b/drivers/gpu/drm/bridge/lontium-lt9611.c
@@ -258,6 +258,7 @@ static int lt9611_pll_setup(struct lt9611 *lt9611, const struct drm_display_mode
{ 0x8126, 0x55 },
{ 0x8127, 0x66 },
{ 0x8128, 0x88 },
+ { 0x812a, 0x20 },
};
regmap_multi_reg_write(lt9611->regmap, reg_cfg, ARRAY_SIZE(reg_cfg));
--
2.25.1
Hi,
Some MST fixups that landed in 6.3-rc1 were CC to stable and successfully
applied to 6.2.y, but failed to apply to 6.1.y even though they are needed
there as well.
They fail to apply due to this commit missing in 6.1.y:
commit 8c7d980da9ba ("drm/nouveau/disp: move DP MST payload config method")
Backporting that is a rabbit hole of other work and makes this no longer
viable for stable, so instead hand modify
commit e761cc20946a ("drm/display/dp_mst: Handle old/new payload states in drm_dp_remove_payload()")
for the missing contextual changes in 6.1.y in nouveau.
I've tested that these work on a Rembrandt laptop connected to WD19TB
with two monitors connected.
Imre Deak (2):
drm/display/dp_mst: Handle old/new payload states in
drm_dp_remove_payload()
drm/i915/dp_mst: Fix payload removal during output disabling
.../amd/display/amdgpu_dm/amdgpu_dm_helpers.c | 2 +-
drivers/gpu/drm/display/drm_dp_mst_topology.c | 26 ++++++++++---------
drivers/gpu/drm/i915/display/intel_dp_mst.c | 14 +++++++---
drivers/gpu/drm/nouveau/dispnv50/disp.c | 2 +-
include/drm/display/drm_dp_mst_helper.h | 3 ++-
5 files changed, 28 insertions(+), 19 deletions(-)
--
2.34.1
[Public]
Hi,
Rajib recently found that GPU reset is failing on DCN 3.1.4 with 6.1.y.
It's because of some missing commits in 6.1.y that skip the appropriate functions to match the GPU's graphics architecture. Backporting these and GPU reset works again.
Can you please bring these back to 6.1.y and 6.2.y?
2a7798ea7390 ("drm/amdgpu: for S0ix, skip SDMA 5.x+ suspend/resume")
e11c775030c5 ("drm/amdgpu: skip psp suspend for IMU enabled ASICs mode2 reset")
Thanks,
[Public]
Hi,
There is a bug present in 6.2.y and 6.1.y where if a dock that supports MST is unplugged during suspend it's not possible to get MST working after resume. This is because the cleanup/error path doesn't actually clear the MST tree.
It's fixed in 6.3 with:
3f6752b4de41 ("drm/amd/display: Clear MST topology if it fails to resume")
Can this please be backported to 6.2.y and 6.1.y?
Thanks,
Please take 84aca0a7e039 ("blk-throttle: Fix that bps of child could
exceed bps limited in parent") for stable 6.1
Cherry pick claims that the patch applies cleanly to previous trees.
Don't believe it. This fixes a regression introduced in 5.18 abouts