]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
fbdev: Fix fb_new_modelist to prevent null-ptr-deref in fb_videomode_to_var
authorIan Bridges <icb@fastmail.org>
Thu, 25 Jun 2026 04:13:12 +0000 (23:13 -0500)
committerHelge Deller <deller@gmx.de>
Fri, 26 Jun 2026 13:12:45 +0000 (15:12 +0200)
commit7f08fc10fa3d3366dc3af723970bd03d7d6d10e3
treed020ae878641a940bffb611fca0fbf6cc92353b5
parent5fae9a928482d4845bca169a3a098789203a1ca4
fbdev: Fix fb_new_modelist to prevent null-ptr-deref in fb_videomode_to_var

info->var, a framebuffer's current mode, is expected to have a matching
entry in info->modelist. var_to_display() relies on this and treats a
failed fb_match_mode() as "This should not happen". fb_set_var() keeps it
true by adding the mode to the list on every change, and
do_register_framebuffer() does the same at registration.

store_modes() replaces the modelist from userspace. fb_new_modelist()
validates the new modes but does not check that info->var still has a
match. It relies on fbcon_new_modelist() to re-point consoles, but that
only handles consoles mapped to the framebuffer. With fbcon unbound there
are none, so info->var is left describing a mode that is no longer in the
list.

A later console takeover runs var_to_display(), where fb_match_mode()
returns NULL and leaves fb_display[i].mode NULL. fbcon_switch() passes it
to display_to_var(), and fb_videomode_to_var() dereferences the NULL mode.

Keep the current mode in the list in fb_new_modelist(), the same way
fb_set_var() does.

Cc: stable@vger.kernel.org
Assisted-by: Claude:claude-opus-4-8
Signed-off-by: Ian Bridges <icb@fastmail.org>
Signed-off-by: Helge Deller <deller@gmx.de>
drivers/video/fbdev/core/fbmem.c