From: Yongxing Mou <yongxing.mou@oss.qualcomm.com>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: Rob Clark <robin.clark@oss.qualcomm.com>,
Dmitry Baryshkov <lumag@kernel.org>,
Abhinav Kumar <abhinav.kumar@linux.dev>,
Sean Paul <sean@poorly.run>,
Marijn Suijten <marijn.suijten@somainline.org>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
Jessica Zhang <jesszhan0024@gmail.com>,
linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org,
freedreno@lists.freedesktop.org, linux-kernel@vger.kernel.org,
Abhinav Kumar <quic_abhinavk@quicinc.com>
Subject: Re: [PATCH v4 22/39] drm/msm/dp: Add support for sending VCPF packets in DP controller
Date: Mon, 15 Jun 2026 16:35:06 +0800 [thread overview]
Message-ID: <d3689914-4afd-4bcb-8aad-380aefbf23d2@oss.qualcomm.com> (raw)
In-Reply-To: <i6x7675n4neufglcjwneds6nehetclystyg3abosbdjkh25ub5@psdjsrfl6wek>
On 4/12/2026 3:24 AM, Dmitry Baryshkov wrote:
> On Fri, Apr 10, 2026 at 05:33:57PM +0800, Yongxing Mou wrote:
>> From: Abhinav Kumar <quic_abhinavk@quicinc.com>
>>
>> The VC Payload Fill (VCPF) sequence is inserted by the DP controller
>> when stream symbols are absent, typically before a stream is disabled.
>> This patch adds support for triggering the VCPF sequence in the MSM DP
>> controller.
>>
>> Signed-off-by: Abhinav Kumar <quic_abhinavk@quicinc.com>
>> Signed-off-by: Yongxing Mou <yongxing.mou@oss.qualcomm.com>
>> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
>> ---
>> drivers/gpu/drm/msm/dp/dp_ctrl.c | 55 ++++++++++++++++++++++++++++++++++---
>> drivers/gpu/drm/msm/dp/dp_ctrl.h | 2 +-
>> drivers/gpu/drm/msm/dp/dp_display.c | 2 +-
>> drivers/gpu/drm/msm/dp/dp_reg.h | 5 ++++
>> 4 files changed, 58 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/msm/dp/dp_ctrl.c b/drivers/gpu/drm/msm/dp/dp_ctrl.c
>> index e64f81bc8c36..9907f2e56e65 100644
>> --- a/drivers/gpu/drm/msm/dp/dp_ctrl.c
>> +++ b/drivers/gpu/drm/msm/dp/dp_ctrl.c
>> @@ -65,9 +65,18 @@
>> (PSR_UPDATE_MASK | PSR_CAPTURE_MASK | PSR_EXIT_MASK | \
>> PSR_UPDATE_ERROR_MASK | PSR_WAKE_ERROR_MASK)
>>
>> +#define DP_INTERRUPT_STATUS5 \
>> + (DP_INTR_DP0_VCPF_SENT | DP_INTR_DP1_VCPF_SENT)
>> +#define DP_INTERRUPT_STATUS5_MASK \
>> + (DP_INTERRUPT_STATUS5 << DP_INTERRUPT_STATUS_MASK_SHIFT)
>> +
>> #define DP_CTRL_INTR_READY_FOR_VIDEO BIT(0)
>> #define DP_CTRL_INTR_IDLE_PATTERN_SENT BIT(3)
>>
>> +#define DP_DP0_PUSH_VCPF BIT(12)
>> +#define DP_DP1_PUSH_VCPF BIT(14)
>> +#define DP_MSTLINK_PUSH_VCPF BIT(12)
>
> dp_reg.h, under corresponding registers.
>
Got it.
>> +
>> #define MR_LINK_TRAINING1 0x8
>> #define MR_LINK_SYMBOL_ERM 0x80
>> #define MR_LINK_PRBS7 0x100
>> @@ -405,6 +414,8 @@ void msm_dp_ctrl_enable_irq(struct msm_dp_ctrl *msm_dp_ctrl)
>> DP_INTERRUPT_STATUS1_MASK);
>> msm_dp_write_ahb(ctrl, REG_DP_INTR_STATUS2,
>> DP_INTERRUPT_STATUS2_MASK);
>> + msm_dp_write_ahb(ctrl, REG_DP_INTR_STATUS5,
>> + DP_INTERRUPT_STATUS5_MASK);
>> }
>>
>> void msm_dp_ctrl_disable_irq(struct msm_dp_ctrl *msm_dp_ctrl)
>> @@ -414,6 +425,7 @@ void msm_dp_ctrl_disable_irq(struct msm_dp_ctrl *msm_dp_ctrl)
>>
>> msm_dp_write_ahb(ctrl, REG_DP_INTR_STATUS, 0x00);
>> msm_dp_write_ahb(ctrl, REG_DP_INTR_STATUS2, 0x00);
>> + msm_dp_write_ahb(ctrl, REG_DP_INTR_STATUS5, 0x00);
>> }
>>
>> static u32 msm_dp_ctrl_get_psr_interrupt(struct msm_dp_ctrl_private *ctrl)
>> @@ -433,6 +445,20 @@ static void msm_dp_ctrl_config_psr_interrupt(struct msm_dp_ctrl_private *ctrl)
>> msm_dp_write_ahb(ctrl, REG_DP_INTR_MASK4, DP_INTERRUPT_MASK4);
>> }
>>
>> +static u32 msm_dp_ctrl_get_mst_interrupt(struct msm_dp_ctrl_private *ctrl)
>> +{
>> + u32 intr, intr_ack;
>> +
>> + intr = msm_dp_read_ahb(ctrl, REG_DP_INTR_STATUS5);
>> + intr &= ~DP_INTERRUPT_STATUS5_MASK;
>> + intr_ack = (intr & DP_INTERRUPT_STATUS5)
>> + << DP_INTERRUPT_STATUS_ACK_SHIFT;
>> + msm_dp_write_ahb(ctrl, REG_DP_INTR_STATUS5,
>> + intr_ack | DP_INTERRUPT_STATUS5_MASK);
>> +
>> + return intr;
>> +}
>> +
>> static void msm_dp_ctrl_psr_mainlink_enable(struct msm_dp_ctrl_private *ctrl)
>> {
>> u32 val;
>> @@ -516,14 +542,28 @@ static bool msm_dp_ctrl_mainlink_ready(struct msm_dp_ctrl_private *ctrl)
>> return true;
>> }
>>
>> -void msm_dp_ctrl_push_idle(struct msm_dp_ctrl *msm_dp_ctrl)
>> +void msm_dp_ctrl_push_idle(struct msm_dp_ctrl *msm_dp_ctrl, struct msm_dp_panel *msm_dp_panel)
>> {
>> struct msm_dp_ctrl_private *ctrl;
>> + u32 state = 0x0;
>>
>> ctrl = container_of(msm_dp_ctrl, struct msm_dp_ctrl_private, msm_dp_ctrl);
>>
>> + if (!ctrl->mst_active)
>> + state |= DP_STATE_CTRL_PUSH_IDLE;
>> + else if (msm_dp_panel->stream_id == DP_STREAM_0)
>> + state |= DP_DP0_PUSH_VCPF;
>> + else if (msm_dp_panel->stream_id == DP_STREAM_1)
>> + state |= DP_DP1_PUSH_VCPF;
>> + else
>> + state |= DP_MSTLINK_PUSH_VCPF;
>> +
>> reinit_completion(&ctrl->idle_comp);
>
> And there can't be two streams wanting to push idle at the same time?
>
In MST, msm_dp_ctrl_push_idle() is only reached from
msm_dp_display_disable_helper(), which is called from
msm_dp_mst_stream_disable() / msm_dp_mst_stream_post_disable() in
dp_mst_drm.c. Both of those
callers hold mst->mst_lock for the duration of the disable sequence,
which serializes push_idle (and the wait on idle_comp) across streams.
So sharing a single idle_comp on the ctrl is safe.
>> - msm_dp_write_link(ctrl, 0, REG_DP_STATE_CTRL, DP_STATE_CTRL_PUSH_IDLE);
>> +
>> + msm_dp_write_link(ctrl, msm_dp_panel->stream_id,
>> + msm_dp_panel->stream_id > 1 ?
>> + REG_DP_MSTLINK_STATE_CTRL : REG_DP_STATE_CTRL,
>> + state);
>>
>> if (!wait_for_completion_timeout(&ctrl->idle_comp,
>> IDLE_PATTERN_COMPLETION_TIMEOUT_JIFFIES))
>> @@ -2073,7 +2113,7 @@ void msm_dp_ctrl_set_psr(struct msm_dp_ctrl *msm_dp_ctrl, bool enter)
>> return;
>> }
>>
>> - msm_dp_ctrl_push_idle(msm_dp_ctrl);
>> + msm_dp_ctrl_push_idle(msm_dp_ctrl, ctrl->panel);
>> msm_dp_write_link(ctrl, 0, REG_DP_STATE_CTRL, 0);
>>
>> msm_dp_ctrl_psr_mainlink_disable(ctrl);
>> @@ -2183,7 +2223,7 @@ static int msm_dp_ctrl_link_maintenance(struct msm_dp_ctrl_private *ctrl)
>> int ret = 0;
>> int training_step = DP_TRAINING_NONE;
>>
>> - msm_dp_ctrl_push_idle(&ctrl->msm_dp_ctrl);
>> + msm_dp_ctrl_push_idle(&ctrl->msm_dp_ctrl, ctrl->panel);
>
> Which panel are we passing and why? It feels to me that we have two
> different cases, one for the MST stream and another one for the SST
> link. Can we handle them separately? (note: I might be wrong here,
> please correct me if I'm wrong).
>
For SST, we push to bit 8 of MDSS_0_DPTX_0_STATE_CTRL.
For MST, stream0 and stream1 use bit 12 and bit 14 respectively.
For MST stream2 and stream3 use REG_DP_MSTLINK_STATE_CTRL.
Do we need to handle MST and SST separately here?
>>
>> ctrl->link->phy_params.p_level = 0;
>> ctrl->link->phy_params.v_level = 0;
>> @@ -3005,6 +3045,13 @@ irqreturn_t msm_dp_ctrl_isr(struct msm_dp_ctrl *msm_dp_ctrl)
>> ret = IRQ_HANDLED;
>> }
>>
>> + isr = msm_dp_ctrl_get_mst_interrupt(ctrl);
>> + if (isr & (DP_INTR_DP0_VCPF_SENT | DP_INTR_DP1_VCPF_SENT)) {
>> + drm_dbg_dp(ctrl->drm_dev, "vcpf sent\n");
>> + complete(&ctrl->idle_comp);
>> + ret = IRQ_HANDLED;
>> + }
>> +
>> /* DP aux isr */
>> isr = msm_dp_ctrl_get_aux_interrupt(ctrl);
>> if (isr)
>> diff --git a/drivers/gpu/drm/msm/dp/dp_ctrl.h b/drivers/gpu/drm/msm/dp/dp_ctrl.h
>> index c59338199399..cfe7e4496943 100644
>> --- a/drivers/gpu/drm/msm/dp/dp_ctrl.h
>> +++ b/drivers/gpu/drm/msm/dp/dp_ctrl.h
>> @@ -22,7 +22,7 @@ int msm_dp_ctrl_on_stream(struct msm_dp_ctrl *msm_dp_ctrl,
>> int msm_dp_ctrl_prepare_stream_on(struct msm_dp_ctrl *msm_dp_ctrl, bool force_link_train);
>> void msm_dp_ctrl_off_link(struct msm_dp_ctrl *msm_dp_ctrl);
>> void msm_dp_ctrl_off_pixel_clk(struct msm_dp_ctrl *msm_dp_ctrl, enum msm_dp_stream_id stream_id);
>> -void msm_dp_ctrl_push_idle(struct msm_dp_ctrl *msm_dp_ctrl);
>> +void msm_dp_ctrl_push_idle(struct msm_dp_ctrl *msm_dp_ctrl, struct msm_dp_panel *msm_dp_panel);
>> irqreturn_t msm_dp_ctrl_isr(struct msm_dp_ctrl *msm_dp_ctrl);
>> void msm_dp_ctrl_handle_sink_request(struct msm_dp_ctrl *msm_dp_ctrl);
>> struct msm_dp_ctrl *msm_dp_ctrl_get(struct device *dev,
>> diff --git a/drivers/gpu/drm/msm/dp/dp_display.c b/drivers/gpu/drm/msm/dp/dp_display.c
>> index e0bf4dffa6af..e8028402f748 100644
>> --- a/drivers/gpu/drm/msm/dp/dp_display.c
>> +++ b/drivers/gpu/drm/msm/dp/dp_display.c
>> @@ -1557,7 +1557,7 @@ void msm_dp_display_atomic_disable(struct msm_dp *msm_dp_display)
>>
>> dp = container_of(msm_dp_display, struct msm_dp_display_private, msm_dp_display);
>>
>> - msm_dp_ctrl_push_idle(dp->ctrl);
>> + msm_dp_ctrl_push_idle(dp->ctrl, dp->panel);
>> msm_dp_ctrl_mst_stream_channel_slot_setup(dp->ctrl);
>> msm_dp_ctrl_mst_send_act(dp->ctrl);
>> }
>> diff --git a/drivers/gpu/drm/msm/dp/dp_reg.h b/drivers/gpu/drm/msm/dp/dp_reg.h
>> index 835a55446868..65695fcb48d0 100644
>> --- a/drivers/gpu/drm/msm/dp/dp_reg.h
>> +++ b/drivers/gpu/drm/msm/dp/dp_reg.h
>> @@ -42,9 +42,13 @@
>> #define DP_INTR_FRAME_END BIT(6)
>> #define DP_INTR_CRC_UPDATED BIT(9)
>>
>> +#define DP_INTR_DP0_VCPF_SENT BIT(0)
>> +#define DP_INTR_DP1_VCPF_SENT BIT(3)
>> +
>> #define REG_DP_INTR_STATUS3 (0x00000028)
>>
>> #define REG_DP_INTR_STATUS4 (0x0000002C)
>> +#define REG_DP_INTR_STATUS5 (0x00000034)
>> #define PSR_UPDATE_INT (0x00000001)
>> #define PSR_CAPTURE_INT (0x00000004)
>> #define PSR_EXIT_INT (0x00000010)
>> @@ -356,6 +360,7 @@
>> #define REG_DP_DP0_RG (0x000004F8)
>> #define REG_DP_DP1_RG (0x000004FC)
>>
>> +#define REG_DP_MSTLINK_STATE_CTRL (0x00000000)
>> #define REG_DP_MSTLINK_CONFIGURATION_CTRL (0x00000034)
>> #define REG_DP_MSTLINK_TIMESLOT_1_32 (0x00000038)
>> #define REG_DP_MSTLINK_TIMESLOT_33_63 (0x0000003C)
>>
>> --
>> 2.43.0
>>
>
next prev parent reply other threads:[~2026-06-15 8:35 UTC|newest]
Thread overview: 128+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-10 9:33 [PATCH v4 00/39] drm/msm/dp: Add MST support for MSM chipsets Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 01/39] drm/msm/dp: remove cached drm_edid from panel Yongxing Mou
2026-04-10 13:52 ` Dmitry Baryshkov
2026-05-19 7:27 ` Yongxing Mou
2026-05-20 9:22 ` Dmitry Baryshkov
2026-05-20 10:09 ` Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 02/39] drm/msm/dp: drop deprecated .mode_set() and use .atomic_enable Yongxing Mou
2026-04-11 17:23 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 03/39] drm/msm/dp: break up dp_display_enable into two parts Yongxing Mou
2026-04-11 17:33 ` Dmitry Baryshkov
2026-04-12 0:20 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 04/39] drm/msm/dp: re-arrange dp_display_disable() into functional parts Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 05/39] drm/msm/dp: splite msm_dp_ctrl_config_ctrl() into link parts and stream parts Yongxing Mou
2026-04-11 17:34 ` Dmitry Baryshkov
2026-05-19 7:46 ` Yongxing Mou
2026-05-20 9:23 ` Dmitry Baryshkov
2026-05-20 10:16 ` Yongxing Mou
2026-05-20 10:20 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 06/39] drm/msm/dp: extract MISC1_MISC0 configuration into a separate function Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 07/39] drm/msm/dp: split link setup from source params Yongxing Mou
2026-04-11 17:36 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 08/39] drm/msm/dp: allow dp_ctrl stream APIs to use any panel passed to it Yongxing Mou
2026-04-11 17:38 ` Dmitry Baryshkov
2026-05-19 7:52 ` Yongxing Mou
2026-05-20 9:24 ` Dmitry Baryshkov
2026-05-20 10:31 ` Yongxing Mou
2026-05-20 12:36 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 09/39] drm/msm/dp: move the pixel clock control to its own API Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 10/39] drm/msm/dp: split dp_ctrl_off() into stream and link parts Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 11/39] drm/msm/dp: make bridge helpers use dp_display to allow re-use Yongxing Mou
2026-04-11 17:41 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 12/39] drm/msm/dp: separate dp_display_prepare() into its own API Yongxing Mou
2026-04-11 17:42 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 13/39] drm/msm/dp: introduce stream_id for each DP panel Yongxing Mou
2026-04-11 17:55 ` Dmitry Baryshkov
2026-05-19 8:26 ` Yongxing Mou
2026-05-20 9:27 ` Dmitry Baryshkov
2026-04-11 18:04 ` Dmitry Baryshkov
2026-05-20 8:54 ` Yongxing Mou
2026-04-12 0:04 ` Dmitry Baryshkov
2026-05-20 8:54 ` Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 14/39] drm/msm/dp: introduce max_streams for DP controller MST support Yongxing Mou
2026-04-11 17:59 ` Dmitry Baryshkov
2026-05-21 11:34 ` Yongxing Mou
2026-05-21 12:07 ` Dmitry Baryshkov
2026-05-22 7:58 ` Yongxing Mou
2026-05-25 8:16 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 15/39] drm/msm/dp: Add support for programming p1/p2/p3 register blocks Yongxing Mou
2026-04-11 18:07 ` Dmitry Baryshkov
2026-05-21 11:50 ` Yongxing Mou
2026-05-21 12:20 ` Dmitry Baryshkov
2026-05-22 7:51 ` Yongxing Mou
2026-05-25 8:19 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 16/39] drm/msm/dp: use stream_id to change offsets in dp_catalog Yongxing Mou
2026-04-11 18:12 ` Dmitry Baryshkov
2026-05-25 8:06 ` Yongxing Mou
2026-05-25 8:21 ` Dmitry Baryshkov
2026-05-25 12:13 ` Yongxing Mou
2026-05-25 13:31 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 17/39] drm/msm/dp: Add catalog support for 3rd/4th stream MST Yongxing Mou
2026-04-11 18:24 ` Dmitry Baryshkov
2026-05-25 8:06 ` Yongxing Mou
2026-05-25 8:25 ` Dmitry Baryshkov
2026-05-25 12:01 ` Yongxing Mou
2026-05-25 13:32 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 18/39] drm/msm/dp: add support to send ACT packets for MST Yongxing Mou
2026-04-11 18:57 ` Dmitry Baryshkov
2026-06-15 8:21 ` Yongxing Mou
2026-06-16 0:41 ` Dmitry Baryshkov
2026-06-16 9:36 ` Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 19/39] drm/msm/dp: Add support to enable MST in mainlink control Yongxing Mou
2026-04-11 18:59 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 20/39] drm/msm/dp: no need to update tu calculation for mst Yongxing Mou
2026-04-11 19:00 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 21/39] drm/msm/dp: Add support for MST channel slot allocation Yongxing Mou
2026-04-11 23:58 ` Dmitry Baryshkov
2026-04-10 9:33 ` [PATCH v4 22/39] drm/msm/dp: Add support for sending VCPF packets in DP controller Yongxing Mou
2026-04-11 19:24 ` Dmitry Baryshkov
2026-06-15 8:35 ` Yongxing Mou [this message]
2026-06-16 0:44 ` Dmitry Baryshkov
2026-06-16 9:23 ` Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 23/39] drm/msm/dp: Always program MST_FIFO_CONSTANT_FILL for MST use cases Yongxing Mou
2026-04-10 9:33 ` [PATCH v4 24/39] drm/msm/dp: simplify link and clock disable sequence Yongxing Mou
2026-04-12 0:00 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 25/39] drm/msm/dp: pass panel to display enable/disable helpers Yongxing Mou
2026-04-12 0:05 ` Dmitry Baryshkov
2026-05-28 10:13 ` Yongxing Mou
2026-04-10 9:34 ` [PATCH v4 26/39] drm/msm/dp: abstract out the dp_display stream helpers to accept a panel Yongxing Mou
2026-04-12 0:07 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 27/39] drm/msm/dp: replace power_on with active_stream_cnt for dp_display Yongxing Mou
2026-04-12 0:11 ` Dmitry Baryshkov
2026-06-15 8:45 ` Yongxing Mou
2026-04-10 9:34 ` [PATCH v4 28/39] drm/msm/dp: Mark the SST bridge disconnected when mst is active Yongxing Mou
2026-04-12 0:11 ` Dmitry Baryshkov
2026-06-15 8:47 ` Yongxing Mou
2026-04-10 9:34 ` [PATCH v4 29/39] drm/msm/dp: add an API to initialize MST on sink side Yongxing Mou
2026-04-12 0:15 ` Dmitry Baryshkov
2026-06-15 9:02 ` Yongxing Mou
2026-06-16 0:45 ` Dmitry Baryshkov
2026-06-16 9:44 ` Yongxing Mou
2026-04-10 9:34 ` [PATCH v4 30/39] drm/msm/dp: add dp_display_get_panel() to initialize DP panel Yongxing Mou
2026-04-12 0:17 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 31/39] drm/msm/dp: add prepared to manage link-level operations Yongxing Mou
2026-04-12 0:19 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 32/39] drm/msm/dpu: initialize encoders per stream for DP MST Yongxing Mou
2026-04-11 19:31 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 33/39] drm/msm/dp: initialize dp_mst module for each DP MST controller Yongxing Mou
2026-04-11 23:36 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 34/39] drm/msm/dp: add dp_mst_drm to manage DP MST bridge operations Yongxing Mou
2026-04-11 23:51 ` Dmitry Baryshkov
2026-05-18 12:00 ` Yongxing Mou
2026-04-10 9:34 ` [PATCH v4 35/39] drm/msm/dp: wire MST helpers into atomic check and commit paths Yongxing Mou
2026-04-11 23:55 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 36/39] drm/msm/dp: add connector abstraction for DP MST Yongxing Mou
2026-04-11 23:30 ` Dmitry Baryshkov
2026-04-10 9:34 ` [PATCH v4 37/39] drm/msm/dp: add HPD callback for dp MST Yongxing Mou
2026-04-11 22:00 ` Dmitry Baryshkov
2026-06-15 10:05 ` Yongxing Mou
2026-06-16 0:50 ` Dmitry Baryshkov
2026-06-16 9:51 ` Yongxing Mou
2026-04-10 9:34 ` [PATCH v4 38/39] drm/msm/dpu: use msm_dp_get_mst_intf_id() to get the intf id Yongxing Mou
2026-04-10 9:34 ` [PATCH v4 39/39] drm/msm/dp: Add MST stream support for supported DP controllers Yongxing Mou
2026-04-10 10:23 ` Konrad Dybcio
2026-04-11 19:26 ` Dmitry Baryshkov
2026-04-10 13:53 ` [PATCH v4 00/39] drm/msm/dp: Add MST support for MSM chipsets Dmitry Baryshkov
2026-04-12 0:34 ` Dmitry Baryshkov
2026-05-22 8:07 ` Yongxing Mou
2026-05-25 8:26 ` Dmitry Baryshkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d3689914-4afd-4bcb-8aad-380aefbf23d2@oss.qualcomm.com \
--to=yongxing.mou@oss.qualcomm.com \
--cc=abhinav.kumar@linux.dev \
--cc=airlied@gmail.com \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=jesszhan0024@gmail.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lumag@kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=quic_abhinavk@quicinc.com \
--cc=robin.clark@oss.qualcomm.com \
--cc=sean@poorly.run \
--cc=simona@ffwll.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®