summaryrefslogtreecommitdiffstats
path: root/include/drm
diff options
context:
space:
mode:
authorLyude Paul <lyude@redhat.com>2020-04-03 22:03:25 +0200
committerLyude Paul <lyude@redhat.com>2020-04-06 21:55:44 +0200
commit61272e47c18cd05c0c5e5a4a2bee736bf37d765d (patch)
tree511a3a1134ceb2cd9aab2d0b45b461cea095c141 /include/drm
parentdrm/dp_mst: Fix NULL deref in drm_dp_get_one_sb_msg() (diff)
downloadlinux-61272e47c18cd05c0c5e5a4a2bee736bf37d765d.tar.xz
linux-61272e47c18cd05c0c5e5a4a2bee736bf37d765d.zip
drm/dp_mst: Don't drop NAKs for down responses
It looks like that when we introduced the ability to handle multiple down requests at once, we accidentally started dropping NAK replies - causing sideband messages which got NAK'd to seemingly timeout and cause all sorts of weirdness. So, fix this by making sure we don't return from drm_dp_mst_handle_down_rep() early, but instead treat NAKs like any other message. Signed-off-by: Lyude Paul <lyude@redhat.com> Fixes: fbc821c4a506 ("drm/mst: Support simultaneous down replies") Cc: Wayne Lin <Wayne.Lin@amd.com> Cc: Wayne Lin <waynelin@amd.com> Cc: Sean Paul <seanpaul@chromium.org> Link: https://patchwork.freedesktop.org/patch/msgid/20200403200325.885628-1-lyude@redhat.com Reviewed-by: Sean Paul <sean@poorly.run>
Diffstat (limited to 'include/drm')
0 files changed, 0 insertions, 0 deletions