kernel/linux.git/drivers/video/cmdline.c, branch v6.12.80Linux kernel stable tree (mirror)https://git.radix-linux.su/kernel/linux.git/atom?h=v6.12.802024-01-23T09:11:34+00:00video/cmdline: Hide __video_get_options() behind CONFIG_FB_CORE2024-01-23T09:11:34+00:00Thomas Zimmermanntzimmermann@suse.de2024-01-18T09:05:27+00:00urn:sha1:55ea87a4f9007a034bd72bc93408d8a579d04177
The function __video_get_options() only exists for compatibility
with old fbdev drivers that cannot be refactored easily. Hide it
behind CONFIG_FB_CORE.
v2:
* support CONFIG_FB_CORE=m via IS_ENABLED() (kernel test robot)
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20240118090721.7995-3-tzimmermann@suse.de
fbdev: Handle video= parameter in video/cmdline.c2023-02-20T13:56:48+00:00Thomas Zimmermanntzimmermann@suse.de2023-02-09T13:55:06+00:00urn:sha1:93604a5ade3a021fe3daf37f8d378b12cabb26b4
Handle the command-line parameter video= in video/cmdline.c. Implement
the fbdev helper fb_get_options() on top. Will allows to handle the
kernel parameter in DRM without fbdev dependencies.
Note that __video_get_options() has the meaning of its return value
inverted compared to fb_get_options(). The new helper returns true if
the adapter has been enabled, and false otherwise.
There is the ofonly parameter, which disables output for non-OF-based
framebuffers. It is only for offb and looks like a workaround. The actual
purpose it not clear to me. Use 'video=off' or 'nomodeset' instead.
Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
Reviewed-by: Javier Martinez Canillas <javierm@redhat.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20230209135509.7786-9-tzimmermann@suse.de