Re: [RFC PATCH] drm/msm/dp: move link_ready out of HPD event thread

On 3/6/2024 11:50 AM, Abhinav Kumar wrote: There are cases where the userspace might still send another frame after the HPD disconnect causing a modeset cycle after a disconnect. This messes the internal state machine of MSM DP driver and can lead to a crash as there can be an imbalance

Re: [RFC PATCH] drm/msm/dp: move link_ready out of HPD event thread

On Wed, 6 Mar 2024 at 21:59, Abhinav Kumar wrote: > > > > On 3/6/2024 11:52 AM, Dmitry Baryshkov wrote: > > On Wed, 6 Mar 2024 at 21:50, Abhinav Kumar > > wrote: > >> > >> There are cases where the userspace might still send another > >> frame after the HPD disconnect causing a modeset cycle

Re: [RFC PATCH] drm/msm/dp: move link_ready out of HPD event thread

On 3/6/2024 11:52 AM, Dmitry Baryshkov wrote: On Wed, 6 Mar 2024 at 21:50, Abhinav Kumar wrote: There are cases where the userspace might still send another frame after the HPD disconnect causing a modeset cycle after a disconnect. This messes the internal state machine of MSM DP driver

Re: [RFC PATCH] drm/msm/dp: move link_ready out of HPD event thread

On Wed, 6 Mar 2024 at 21:50, Abhinav Kumar wrote: > > There are cases where the userspace might still send another > frame after the HPD disconnect causing a modeset cycle after > a disconnect. This messes the internal state machine of MSM DP driver > and can lead to a crash as there can be an

[RFC PATCH] drm/msm/dp: move link_ready out of HPD event thread

There are cases where the userspace might still send another frame after the HPD disconnect causing a modeset cycle after a disconnect. This messes the internal state machine of MSM DP driver and can lead to a crash as there can be an imbalance between bridge_disable() and bridge_enable(). This