summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/drm_fb_helper.c
diff options
context:
space:
mode:
authorGabriel Krisman Bertazi <krisman@collabora.co.uk>2017-02-16 19:44:42 +0300
committerDaniel Vetter <daniel.vetter@ffwll.ch>2017-02-26 23:57:24 +0300
commitcd2523569a733d85788b6fc016e4e23cb3549a25 (patch)
tree378a35ff0ea197ed9cee5bbe4d73108df23b87c6 /drivers/gpu/drm/drm_fb_helper.c
parent3c6d6e0fbf5eb6367dfc8a97f72bd625e78b1aae (diff)
downloadlinux-cd2523569a733d85788b6fc016e4e23cb3549a25.tar.xz
drm: Always prepare null framebuffer in transitional helper
Despite the documentation claim that cleanup_fb will match prior calls to prepare_fb, in case of NULL framebuffers in the transitional helpers, the code will skip the call to prepare_fb but not the corresponding cleanup_fb call. This asymmetry in semantics is unnecessarily surprising for developers transitioning drivers to atomic model, specially because the final atomic handlers don't have the issue - the prepare_fb is always called, despite the new state framebuffer being null. The only current user of the transitional helper that doesn't take care of null framebuffers explicitly inside the prepare_fb hook is atmel_hlcdc, so we take special care to make sure we don't break anything there. Signed-off-by: Gabriel Krisman Bertazi <krisman@collabora.co.uk> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: http://patchwork.freedesktop.org/patch/msgid/20170216164442.28704-1-krisman@collabora.co.uk
Diffstat (limited to 'drivers/gpu/drm/drm_fb_helper.c')
0 files changed, 0 insertions, 0 deletions