* [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr @ 2019-12-02 3:57 ` Wayne Lin 0 siblings, 0 replies; 8+ messages in thread From: Wayne Lin @ 2019-12-02 3:57 UTC (permalink / raw) To: dri-devel, amd-gfx Cc: Jerry.Zuo, harry.wentland, Nicholas.Kazlauskas, Wayne Lin [Why] While disabling mst topology manager in drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads but doesn't handle the mgr->proposed_vcpis. [How] Remove mgr->proposed_vcpis to NULL. Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> --- drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c b/drivers/gpu/drm/drm_dp_mst_topology.c index ae5809a1f19a..81e92b260d7a 100644 --- a/drivers/gpu/drm/drm_dp_mst_topology.c +++ b/drivers/gpu/drm/drm_dp_mst_topology.c @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 dp_link_bw, u8 dp_link_count) int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, bool mst_state) { int ret = 0; + int i = 0; struct drm_dp_mst_branch *mstb = NULL; mutex_lock(&mgr->lock); @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, bool ms /* this can fail if the device is gone */ drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); ret = 0; + mutex_lock(&mgr->payload_lock); memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct drm_dp_payload)); mgr->payload_mask = 0; set_bit(0, &mgr->payload_mask); + for (i = 0; i < mgr->max_payloads; i++) { + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; + + if (tmp_vcpi) { + tmp_vcpi->vcpi = 0; + tmp_vcpi->num_slots = 0; + } + mgr->proposed_vcpis[i] = NULL; + } mgr->vcpi_mask = 0; + mutex_unlock(&mgr->payload_lock); } out_unlock: -- 2.17.1 _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply related [flat|nested] 8+ messages in thread
* [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr @ 2019-12-02 3:57 ` Wayne Lin 0 siblings, 0 replies; 8+ messages in thread From: Wayne Lin @ 2019-12-02 3:57 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: Jerry.Zuo, Nicholas.Kazlauskas, Wayne Lin [Why] While disabling mst topology manager in drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads but doesn't handle the mgr->proposed_vcpis. [How] Remove mgr->proposed_vcpis to NULL. Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> --- drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c b/drivers/gpu/drm/drm_dp_mst_topology.c index ae5809a1f19a..81e92b260d7a 100644 --- a/drivers/gpu/drm/drm_dp_mst_topology.c +++ b/drivers/gpu/drm/drm_dp_mst_topology.c @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 dp_link_bw, u8 dp_link_count) int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, bool mst_state) { int ret = 0; + int i = 0; struct drm_dp_mst_branch *mstb = NULL; mutex_lock(&mgr->lock); @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, bool ms /* this can fail if the device is gone */ drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); ret = 0; + mutex_lock(&mgr->payload_lock); memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct drm_dp_payload)); mgr->payload_mask = 0; set_bit(0, &mgr->payload_mask); + for (i = 0; i < mgr->max_payloads; i++) { + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; + + if (tmp_vcpi) { + tmp_vcpi->vcpi = 0; + tmp_vcpi->num_slots = 0; + } + mgr->proposed_vcpis[i] = NULL; + } mgr->vcpi_mask = 0; + mutex_unlock(&mgr->payload_lock); } out_unlock: -- 2.17.1 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply related [flat|nested] 8+ messages in thread
* [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr @ 2019-12-02 3:57 ` Wayne Lin 0 siblings, 0 replies; 8+ messages in thread From: Wayne Lin @ 2019-12-02 3:57 UTC (permalink / raw) To: dri-devel, amd-gfx; +Cc: Jerry.Zuo, Nicholas.Kazlauskas, Wayne Lin [Why] While disabling mst topology manager in drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads but doesn't handle the mgr->proposed_vcpis. [How] Remove mgr->proposed_vcpis to NULL. Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> --- drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c b/drivers/gpu/drm/drm_dp_mst_topology.c index ae5809a1f19a..81e92b260d7a 100644 --- a/drivers/gpu/drm/drm_dp_mst_topology.c +++ b/drivers/gpu/drm/drm_dp_mst_topology.c @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 dp_link_bw, u8 dp_link_count) int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, bool mst_state) { int ret = 0; + int i = 0; struct drm_dp_mst_branch *mstb = NULL; mutex_lock(&mgr->lock); @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, bool ms /* this can fail if the device is gone */ drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); ret = 0; + mutex_lock(&mgr->payload_lock); memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct drm_dp_payload)); mgr->payload_mask = 0; set_bit(0, &mgr->payload_mask); + for (i = 0; i < mgr->max_payloads; i++) { + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; + + if (tmp_vcpi) { + tmp_vcpi->vcpi = 0; + tmp_vcpi->num_slots = 0; + } + mgr->proposed_vcpis[i] = NULL; + } mgr->vcpi_mask = 0; + mutex_unlock(&mgr->payload_lock); } out_unlock: -- 2.17.1 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr 2019-12-02 3:57 ` Wayne Lin @ 2019-12-03 0:02 ` Lyude Paul -1 siblings, 0 replies; 8+ messages in thread From: Lyude Paul @ 2019-12-03 0:02 UTC (permalink / raw) To: Wayne Lin, dri-devel, amd-gfx Cc: Jerry.Zuo, harry.wentland, Nicholas.Kazlauskas I'm, not entirely sure what this patch is trying to accomplish. I'm guessing maybe we're leaving stale VCPI allocations from the previous topology enablement and then somehow trying to use those again when allocating payloads? The patch looks correct at least. If this patch is fixing an issue, such as displays not turning on with amdgpu, I'd definitely mention it in more detail here and Cc to stable if applicable. Also, one nitpick below: On Mon, 2019-12-02 at 11:57 +0800, Wayne Lin wrote: > [Why] > While disabling mst topology manager in > drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads > but doesn't handle the mgr->proposed_vcpis. > > [How] > Remove mgr->proposed_vcpis to NULL. > > Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> > --- > drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ > 1 file changed, 12 insertions(+) > > diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c > b/drivers/gpu/drm/drm_dp_mst_topology.c > index ae5809a1f19a..81e92b260d7a 100644 > --- a/drivers/gpu/drm/drm_dp_mst_topology.c > +++ b/drivers/gpu/drm/drm_dp_mst_topology.c > @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 dp_link_bw, > u8 dp_link_count) > int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, > bool mst_state) > { > int ret = 0; > + int i = 0; > struct drm_dp_mst_branch *mstb = NULL; > > mutex_lock(&mgr->lock); > @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct > drm_dp_mst_topology_mgr *mgr, bool ms > /* this can fail if the device is gone */ > drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); > ret = 0; > + mutex_lock(&mgr->payload_lock); > memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct > drm_dp_payload)); > mgr->payload_mask = 0; > set_bit(0, &mgr->payload_mask); > + for (i = 0; i < mgr->max_payloads; i++) { > + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; > + > + if (tmp_vcpi) { > + tmp_vcpi->vcpi = 0; > + tmp_vcpi->num_slots = 0; > + } > + mgr->proposed_vcpis[i] = NULL; > + } > mgr->vcpi_mask = 0; > + mutex_unlock(&mgr->payload_lock); bikeshed: I'd just rename tmp_vcpi here to vcpi, but I'll leave that up to you > } > > out_unlock: -- Cheers, Lyude Paul _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr @ 2019-12-03 0:02 ` Lyude Paul 0 siblings, 0 replies; 8+ messages in thread From: Lyude Paul @ 2019-12-03 0:02 UTC (permalink / raw) To: Wayne Lin, dri-devel, amd-gfx; +Cc: Jerry.Zuo, Nicholas.Kazlauskas I'm, not entirely sure what this patch is trying to accomplish. I'm guessing maybe we're leaving stale VCPI allocations from the previous topology enablement and then somehow trying to use those again when allocating payloads? The patch looks correct at least. If this patch is fixing an issue, such as displays not turning on with amdgpu, I'd definitely mention it in more detail here and Cc to stable if applicable. Also, one nitpick below: On Mon, 2019-12-02 at 11:57 +0800, Wayne Lin wrote: > [Why] > While disabling mst topology manager in > drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads > but doesn't handle the mgr->proposed_vcpis. > > [How] > Remove mgr->proposed_vcpis to NULL. > > Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> > --- > drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ > 1 file changed, 12 insertions(+) > > diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c > b/drivers/gpu/drm/drm_dp_mst_topology.c > index ae5809a1f19a..81e92b260d7a 100644 > --- a/drivers/gpu/drm/drm_dp_mst_topology.c > +++ b/drivers/gpu/drm/drm_dp_mst_topology.c > @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 dp_link_bw, > u8 dp_link_count) > int drm_dp_mst_topology_mgr_set_mst(struct drm_dp_mst_topology_mgr *mgr, > bool mst_state) > { > int ret = 0; > + int i = 0; > struct drm_dp_mst_branch *mstb = NULL; > > mutex_lock(&mgr->lock); > @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct > drm_dp_mst_topology_mgr *mgr, bool ms > /* this can fail if the device is gone */ > drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); > ret = 0; > + mutex_lock(&mgr->payload_lock); > memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct > drm_dp_payload)); > mgr->payload_mask = 0; > set_bit(0, &mgr->payload_mask); > + for (i = 0; i < mgr->max_payloads; i++) { > + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; > + > + if (tmp_vcpi) { > + tmp_vcpi->vcpi = 0; > + tmp_vcpi->num_slots = 0; > + } > + mgr->proposed_vcpis[i] = NULL; > + } > mgr->vcpi_mask = 0; > + mutex_unlock(&mgr->payload_lock); bikeshed: I'd just rename tmp_vcpi here to vcpi, but I'll leave that up to you > } > > out_unlock: -- Cheers, Lyude Paul _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr @ 2019-12-03 7:47 ` Lin, Wayne 0 siblings, 0 replies; 8+ messages in thread From: Lin, Wayne @ 2019-12-03 7:47 UTC (permalink / raw) To: Lyude Paul, dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org Cc: Zuo, Jerry, Wentland, Harry, Kazlauskas, Nicholas > -----Original Message----- > From: Lyude Paul <lyude@redhat.com> > Sent: Tuesday, December 3, 2019 8:03 AM > To: Lin, Wayne <Wayne.Lin@amd.com>; dri-devel@lists.freedesktop.org; > amd-gfx@lists.freedesktop.org > Cc: Kazlauskas, Nicholas <Nicholas.Kazlauskas@amd.com>; Wentland, Harry > <Harry.Wentland@amd.com>; Zuo, Jerry <Jerry.Zuo@amd.com> > Subject: Re: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr > > I'm, not entirely sure what this patch is trying to accomplish. I'm guessing > maybe we're leaving stale VCPI allocations from the previous topology > enablement and then somehow trying to use those again when allocating > payloads? The patch looks correct at least. > Thanks for your time and the comment. Yes, this patch is trying to address the problem you mentioned. Once unplug a DP MST capable device, driver will call drm_dp_mst_topology_mgr_set_mst() to reset mgr->payloads but it doesn't reset the mgr->proposed_vcpis. If it doesn't reset the proposed_vcpi, code will fail at checking port validation once plug in MST device later. Once MST capable device plug in again and try to allocate payloads by calling drm_dp_update_payload_part1(), this function will iterate over all proposed virtual channels and check each port validation to see if the specified port is still in the topology. Since there are stale VCPI allocations from the previous topology enablement in proposed_vcpi[], code flow will fail and reurn EINVAL. > If this patch is fixing an issue, such as displays not turning on with amdgpu, I'd > definitely mention it in more detail here and Cc to stable if applicable. Thanks for your comment. I will Cc to stable@vger.kernel.org and amend the message in more detail in next version. > Also, one nitpick below: Thanks, I'll modify it. > > On Mon, 2019-12-02 at 11:57 +0800, Wayne Lin wrote: > > [Why] > > While disabling mst topology manager in > > drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads > > but doesn't handle the mgr->proposed_vcpis. > > > > [How] > > Remove mgr->proposed_vcpis to NULL. > > > > Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> > > --- > > drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ > > 1 file changed, 12 insertions(+) > > > > diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c > > b/drivers/gpu/drm/drm_dp_mst_topology.c > > index ae5809a1f19a..81e92b260d7a 100644 > > --- a/drivers/gpu/drm/drm_dp_mst_topology.c > > +++ b/drivers/gpu/drm/drm_dp_mst_topology.c > > @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 > > dp_link_bw, > > u8 dp_link_count) > > int drm_dp_mst_topology_mgr_set_mst(struct > drm_dp_mst_topology_mgr > > *mgr, bool mst_state) { > > int ret = 0; > > + int i = 0; > > struct drm_dp_mst_branch *mstb = NULL; > > > > mutex_lock(&mgr->lock); > > @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct > > drm_dp_mst_topology_mgr *mgr, bool ms > > /* this can fail if the device is gone */ > > drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); > > ret = 0; > > + mutex_lock(&mgr->payload_lock); > > memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct > > drm_dp_payload)); > > mgr->payload_mask = 0; > > set_bit(0, &mgr->payload_mask); > > + for (i = 0; i < mgr->max_payloads; i++) { > > + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; > > + > > + if (tmp_vcpi) { > > + tmp_vcpi->vcpi = 0; > > + tmp_vcpi->num_slots = 0; > > + } > > + mgr->proposed_vcpis[i] = NULL; > > + } > > mgr->vcpi_mask = 0; > > + mutex_unlock(&mgr->payload_lock); > > bikeshed: I'd just rename tmp_vcpi here to vcpi, but I'll leave that up to you > > } > > > > out_unlock: > -- > Cheers, > Lyude Paul -- BR, Wayne Lin _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr @ 2019-12-03 7:47 ` Lin, Wayne 0 siblings, 0 replies; 8+ messages in thread From: Lin, Wayne @ 2019-12-03 7:47 UTC (permalink / raw) To: Lyude Paul, dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org Cc: Zuo, Jerry, Kazlauskas, Nicholas > -----Original Message----- > From: Lyude Paul <lyude@redhat.com> > Sent: Tuesday, December 3, 2019 8:03 AM > To: Lin, Wayne <Wayne.Lin@amd.com>; dri-devel@lists.freedesktop.org; > amd-gfx@lists.freedesktop.org > Cc: Kazlauskas, Nicholas <Nicholas.Kazlauskas@amd.com>; Wentland, Harry > <Harry.Wentland@amd.com>; Zuo, Jerry <Jerry.Zuo@amd.com> > Subject: Re: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr > > I'm, not entirely sure what this patch is trying to accomplish. I'm guessing > maybe we're leaving stale VCPI allocations from the previous topology > enablement and then somehow trying to use those again when allocating > payloads? The patch looks correct at least. > Thanks for your time and the comment. Yes, this patch is trying to address the problem you mentioned. Once unplug a DP MST capable device, driver will call drm_dp_mst_topology_mgr_set_mst() to reset mgr->payloads but it doesn't reset the mgr->proposed_vcpis. If it doesn't reset the proposed_vcpi, code will fail at checking port validation once plug in MST device later. Once MST capable device plug in again and try to allocate payloads by calling drm_dp_update_payload_part1(), this function will iterate over all proposed virtual channels and check each port validation to see if the specified port is still in the topology. Since there are stale VCPI allocations from the previous topology enablement in proposed_vcpi[], code flow will fail and reurn EINVAL. > If this patch is fixing an issue, such as displays not turning on with amdgpu, I'd > definitely mention it in more detail here and Cc to stable if applicable. Thanks for your comment. I will Cc to stable@vger.kernel.org and amend the message in more detail in next version. > Also, one nitpick below: Thanks, I'll modify it. > > On Mon, 2019-12-02 at 11:57 +0800, Wayne Lin wrote: > > [Why] > > While disabling mst topology manager in > > drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads > > but doesn't handle the mgr->proposed_vcpis. > > > > [How] > > Remove mgr->proposed_vcpis to NULL. > > > > Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> > > --- > > drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ > > 1 file changed, 12 insertions(+) > > > > diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c > > b/drivers/gpu/drm/drm_dp_mst_topology.c > > index ae5809a1f19a..81e92b260d7a 100644 > > --- a/drivers/gpu/drm/drm_dp_mst_topology.c > > +++ b/drivers/gpu/drm/drm_dp_mst_topology.c > > @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 > > dp_link_bw, > > u8 dp_link_count) > > int drm_dp_mst_topology_mgr_set_mst(struct > drm_dp_mst_topology_mgr > > *mgr, bool mst_state) { > > int ret = 0; > > + int i = 0; > > struct drm_dp_mst_branch *mstb = NULL; > > > > mutex_lock(&mgr->lock); > > @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct > > drm_dp_mst_topology_mgr *mgr, bool ms > > /* this can fail if the device is gone */ > > drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); > > ret = 0; > > + mutex_lock(&mgr->payload_lock); > > memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct > > drm_dp_payload)); > > mgr->payload_mask = 0; > > set_bit(0, &mgr->payload_mask); > > + for (i = 0; i < mgr->max_payloads; i++) { > > + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; > > + > > + if (tmp_vcpi) { > > + tmp_vcpi->vcpi = 0; > > + tmp_vcpi->num_slots = 0; > > + } > > + mgr->proposed_vcpis[i] = NULL; > > + } > > mgr->vcpi_mask = 0; > > + mutex_unlock(&mgr->payload_lock); > > bikeshed: I'd just rename tmp_vcpi here to vcpi, but I'll leave that up to you > > } > > > > out_unlock: > -- > Cheers, > Lyude Paul -- BR, Wayne Lin _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr @ 2019-12-03 7:47 ` Lin, Wayne 0 siblings, 0 replies; 8+ messages in thread From: Lin, Wayne @ 2019-12-03 7:47 UTC (permalink / raw) To: Lyude Paul, dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Cc: Zuo, Jerry, Wentland, Harry, Kazlauskas, Nicholas > -----Original Message----- > From: Lyude Paul <lyude@redhat.com> > Sent: Tuesday, December 3, 2019 8:03 AM > To: Lin, Wayne <Wayne.Lin@amd.com>; dri-devel@lists.freedesktop.org; > amd-gfx@lists.freedesktop.org > Cc: Kazlauskas, Nicholas <Nicholas.Kazlauskas@amd.com>; Wentland, Harry > <Harry.Wentland@amd.com>; Zuo, Jerry <Jerry.Zuo@amd.com> > Subject: Re: [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr > > I'm, not entirely sure what this patch is trying to accomplish. I'm guessing > maybe we're leaving stale VCPI allocations from the previous topology > enablement and then somehow trying to use those again when allocating > payloads? The patch looks correct at least. > Thanks for your time and the comment. Yes, this patch is trying to address the problem you mentioned. Once unplug a DP MST capable device, driver will call drm_dp_mst_topology_mgr_set_mst() to reset mgr->payloads but it doesn't reset the mgr->proposed_vcpis. If it doesn't reset the proposed_vcpi, code will fail at checking port validation once plug in MST device later. Once MST capable device plug in again and try to allocate payloads by calling drm_dp_update_payload_part1(), this function will iterate over all proposed virtual channels and check each port validation to see if the specified port is still in the topology. Since there are stale VCPI allocations from the previous topology enablement in proposed_vcpi[], code flow will fail and reurn EINVAL. > If this patch is fixing an issue, such as displays not turning on with amdgpu, I'd > definitely mention it in more detail here and Cc to stable if applicable. Thanks for your comment. I will Cc to stable@vger.kernel.org and amend the message in more detail in next version. > Also, one nitpick below: Thanks, I'll modify it. > > On Mon, 2019-12-02 at 11:57 +0800, Wayne Lin wrote: > > [Why] > > While disabling mst topology manager in > > drm_dp_mst_topology_mgr_set_mst(), now just reset the mgr->payloads > > but doesn't handle the mgr->proposed_vcpis. > > > > [How] > > Remove mgr->proposed_vcpis to NULL. > > > > Signed-off-by: Wayne Lin <Wayne.Lin@amd.com> > > --- > > drivers/gpu/drm/drm_dp_mst_topology.c | 12 ++++++++++++ > > 1 file changed, 12 insertions(+) > > > > diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c > > b/drivers/gpu/drm/drm_dp_mst_topology.c > > index ae5809a1f19a..81e92b260d7a 100644 > > --- a/drivers/gpu/drm/drm_dp_mst_topology.c > > +++ b/drivers/gpu/drm/drm_dp_mst_topology.c > > @@ -3386,6 +3386,7 @@ static int drm_dp_get_vc_payload_bw(u8 > > dp_link_bw, > > u8 dp_link_count) > > int drm_dp_mst_topology_mgr_set_mst(struct > drm_dp_mst_topology_mgr > > *mgr, bool mst_state) { > > int ret = 0; > > + int i = 0; > > struct drm_dp_mst_branch *mstb = NULL; > > > > mutex_lock(&mgr->lock); > > @@ -3446,10 +3447,21 @@ int drm_dp_mst_topology_mgr_set_mst(struct > > drm_dp_mst_topology_mgr *mgr, bool ms > > /* this can fail if the device is gone */ > > drm_dp_dpcd_writeb(mgr->aux, DP_MSTM_CTRL, 0); > > ret = 0; > > + mutex_lock(&mgr->payload_lock); > > memset(mgr->payloads, 0, mgr->max_payloads * sizeof(struct > > drm_dp_payload)); > > mgr->payload_mask = 0; > > set_bit(0, &mgr->payload_mask); > > + for (i = 0; i < mgr->max_payloads; i++) { > > + struct drm_dp_vcpi *tmp_vcpi = mgr->proposed_vcpis[i]; > > + > > + if (tmp_vcpi) { > > + tmp_vcpi->vcpi = 0; > > + tmp_vcpi->num_slots = 0; > > + } > > + mgr->proposed_vcpis[i] = NULL; > > + } > > mgr->vcpi_mask = 0; > > + mutex_unlock(&mgr->payload_lock); > > bikeshed: I'd just rename tmp_vcpi here to vcpi, but I'll leave that up to you > > } > > > > out_unlock: > -- > Cheers, > Lyude Paul -- BR, Wayne Lin _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2019-12-03 7:47 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2019-12-02 3:57 [PATCH] drm/dp_mst: Remove VCPI while disabling topology mgr Wayne Lin 2019-12-02 3:57 ` Wayne Lin 2019-12-02 3:57 ` Wayne Lin 2019-12-03 0:02 ` Lyude Paul 2019-12-03 0:02 ` Lyude Paul 2019-12-03 7:47 ` Lin, Wayne 2019-12-03 7:47 ` Lin, Wayne 2019-12-03 7:47 ` Lin, Wayne
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.