Found a similar reference:
https://forums.gentoo.org/viewtopic-t-1104128-start-0.html
Upon double checking, the 5.10.x debian testing bullseye kernel that
"works" also seems to report the same warning. This seems to narrow it
down to something amiss with perhaps the FB config of the customer
kernel? Thoughts on what to check for that should/shouldnt be set?
Issue : ^Alt-4,5,6 etc seems to switch from Xorg to VT with black
On 2/10/21 20:43, Hanasaki Jiji wrote:
^Alt-4,5,6 etc result in the following in syslog. The screen "seems" to
lock (become unresponsive) however the ^Alt-#ofXorgScreen does bring
back the GUI. Note that this is a custom 5.x kernel. Booting the
bundled Debian Testing Bullseye 5.10.x kernel works fine on the exact
same system. (Asus VivoBook Ryzen 3700u)
Thus, I suspect it's something in the custom kernel build. Thoughts on
what the cause could be, diagnosis and/or fix?
TIA
Feb 10 18:25:29 debian gnome-shell[3681]: The XKEYBOARD keymap compiler
(xkbcomp) reports:
Feb 10 18:25:29 debian gnome-shell[3681]: > Warning:
Unsupported maximum keycode 569, clipping.
Feb 10 18:25:29 debian gnome-shell[3681]: > X11 cannot
support keycodes above 255.
Feb 10 18:25:29 debian gnome-shell[3681]: Errors from xkbcomp are not
fatal to the X server
_______________________________________________
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s