drm/msm/sde: avoid dead lock in missing TE recovery sequence
In the current implementation if there is no TE coming from
display panel, then ESD recovery kicks in to reset display HW.
In the ESD recovery path driver puts vote for HW resources by
queuing a work in the commit thread, to avoid unclocked access
to SDE registers and then waits for work to finish. But if the
recovery process is triggered by commit thread itself, then it
will lead to deadlock. Hence avoid this scenario by checking
for thread id before putting the vote.
Change-Id: Ia03d95d929215ef4f23f6de11ebabeef5f66d9e3
Signed-off-by:
Sandeep Panda <spanda@codeaurora.org>
Loading
Please register or sign in to comment