[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241025083036.8829-1-liankun.yang@mediatek.com>
Date: Fri, 25 Oct 2024 16:28:26 +0800
From: Liankun Yang <liankun.yang@...iatek.com>
To: <chunkuang.hu@...nel.org>, <p.zabel@...gutronix.de>, <airlied@...il.com>,
<simona@...ll.ch>, <matthias.bgg@...il.com>,
<angelogioacchino.delregno@...labora.com>, <ck.hu@...iatek.com>,
<dmitry.osipenko@...labora.com>, <msp@...libre.com>,
<rex-bc.chen@...iatek.com>, <granquet@...libre.com>, <peng.liu@...iatek.com>,
<jitao.shi@...iatek.com>, <mac.shen@...iatek.com>,
<liankun.yang@...iatek.com>,
<Project_Global_Chrome_Upstream_Group@...iatek.com>
CC: <dri-devel@...ts.freedesktop.org>, <linux-mediatek@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>, <linux-arm-kernel@...ts.infradead.org>
Subject: [PATCH v2 0/3] Adjust YCbCr422/bandwidth/training for DP
The change in mode filtering bandwidth calculation method must rely on
DP training at the beginning, and get the current train info to calculate
the bandwidth.
Color format support capability must also rely on DP training time to
get the most reliable link capability and choose which color format to use.
Fixed YCbCr422 problem and bandwidth calculation from color format are
both in the color format category, so they are bound.
In summary, YCbCr 422 and mode valid must rely on DP training timing,
so they are strongly bound.
Liankun Yang (3):
drm/mediatek: Fix YCbCr422 color format issue for DP
drm/mediatek: Fix mode valid issue for dp
drm/mediatek: Adjust bandwidth limit for DP
drivers/gpu/drm/mediatek/mtk_dp.c | 78 ++++++++++++++++++-------------
1 file changed, 45 insertions(+), 33 deletions(-)
--
2.45.2
Powered by blists - more mailing lists