Linux kernel v6.9 has changed the symlink to point to the parent device. This breaks fbdev_open() detection logic. Change it to use the subsystem symlink instead which will remain stable. Kernel v6.8: [ 14.067] (II) fbdev_open() sysfs_path=/sys/class/graphics/fb0 [ 14.067] (II) fbdev_open() buf=../../devices/platform/vesa-framebuffer.0/graphics/fb0 Kernel v6.9: [ 15.609] (II) fbdev_open() sysfs_path=/sys/class/graphics/fb0 [ 15.609] (II) fbdev_open() buf=../../devices/pci0000:00/0000:00:01.0/vesa-framebuffer.0/graphics/fb0 Originally found in automated Debian ISO QA testing [0] and confirmed in Linux [1]. Tested on kernels v6.9.7 and v6.8.12 [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1075713 [1] https://lore.kernel.org/lkml/lLyvPFC_APGHNfyGNHRpQy5izBikkaTPOpHooZIT3fFAoJPquSI31ZMueA99XTdr8ysir3X7O7IMdc6za-0m79vr_claeparHhoRouVgHOI=@proton.me/ Fixes: https://gitlab.freedesktop.org/xorg/xserver/-/issues/1714 Signed-off-by: Tj <tj.iam.tj@proton.me> Reviewed-by: Thomas Zimmermann <tzimmermann@suse.de> Reviewed-by: Enrico Weigelt, metux IT consult <info@metux.net> Part-of: <https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1612> |
||
---|---|---|
.. | ||
man | ||
README | ||
fbdevhw.c | ||
fbdevhw.h | ||
fbdevhwstub.c | ||
fbpriv.h | ||
meson.build |
This is a submodule to access linux framebuffer devices. It is supported to work as helper module (like vgahw) for the chipset drivers. There are functions for saving/restoring/setting video modes, set palette entries, and a few more helper functions. Some of them can be hooked directly into ScrnInfoRec. In ../drivers/fbdev is a "chipset" driver. It is a simple, non-accelerated and hardware-independent driver which works on top of this fbdevhw submodule. Gerd -- Gerd Knorr <kraxel@goldbach.in-berlin.de>