summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/bridge/Kconfig
diff options
context:
space:
mode:
authorJavier Martinez Canillas <javierm@redhat.com>2022-05-02 15:50:14 +0200
committerJavier Martinez Canillas <javierm@redhat.com>2022-05-03 17:24:51 +0200
commitaafa025c76dcc7d1a8c8f0bdefcbe4eb480b2f6a (patch)
tree2cf957067e2cbbe8907bd20f642ce43e19d1e6af /drivers/gpu/drm/bridge/Kconfig
parentdc3ae06c5f2170d879ff58696f629d8c3868aec3 (diff)
fbdev: Make fb_release() return -ENODEV if fbdev was unregistered
A reference to the framebuffer device struct fb_info is stored in the file private data, but this reference could no longer be valid and must not be accessed directly. Instead, the file_fb_info() accessor function must be used since it does sanity checking to make sure that the fb_info is valid. This can happen for example if the registered framebuffer device is for a driver that just uses a framebuffer provided by the system firmware. In that case, the fbdev core would unregister the framebuffer device when a real video driver is probed and ask to remove conflicting framebuffers. The bug has been present for a long time but commit 27599aacbaef ("fbdev: Hot-unplug firmware fb devices on forced removal") unmasked it since the fbdev core started unregistering the framebuffers' devices associated. Fixes: 27599aacbaef ("fbdev: Hot-unplug firmware fb devices on forced removal") Reported-by: Maxime Ripard <maxime@cerno.tech> Reported-by: Junxiao Chang <junxiao.chang@intel.com> Signed-off-by: Javier Martinez Canillas <javierm@redhat.com> Reviewed-by: Thomas Zimmermann <tzimmermann@suse.de> Link: https://patchwork.freedesktop.org/patch/msgid/20220502135014.377945-1-javierm@redhat.com
Diffstat (limited to 'drivers/gpu/drm/bridge/Kconfig')
0 files changed, 0 insertions, 0 deletions