systemd-stable/src/vconsole/90-vconsole.rules.in

#  SPDX-License-Identifier: LGPL-2.1-or-later
#
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

# Each vtcon keeps its own state of fonts.
#
ACTION=="add", SUBSYSTEM=="vtconsole", KERNEL=="vtcon*", RUN+="@rootlibexecdir@/systemd-vconsole-setup"
license: LGPL-2.1+ -> LGPL-2.1-or-later 2020-11-09 07:23:58 +03:00			`# SPDX-License-Identifier: LGPL-2.1-or-later`
Add SPDX license headers to various assorted files 2017-11-18 20:18:16 +03:00			`#`
login: rerun vconsole-setup when switching from vgacon to fbcon The initialization performed by systemd-vconsole-setup is reset when changing console drivers (say from vgacon to fbcon), so we need to run it in that case. See http://lists.freedesktop.org/archives/systemd-devel/2014-October/023919.html http://lists.freedesktop.org/archives/systemd-devel/2014-October/024423.html http://lists.freedesktop.org/archives/systemd-devel/2014-November/024881.html This commit adds a udev rule to make systemd-vconsole-setup get run when the fbcon device becomes available. (david: moved into new file 90-vconsole.rules instead of 71-seats.rules; build-failures are on me, not on Ray) 2014-11-05 16:30:52 +03:00			`# This file is part of systemd.`
			`#`
			`# systemd is free software; you can redistribute it and/or modify it`
			`# under the terms of the GNU Lesser General Public License as published by`
			`# the Free Software Foundation; either version 2.1 of the License, or`
			`# (at your option) any later version.`

vconsole: match on vtcon events, not fbcon ones I observe that upon loading of framebuffer drivers, I do not get the desired system font, but the kernel-level defaults (usually lib/fonts/font_8x16.c, but your mileage may vary depending on kernel config and boot options). The fbcon driver may be loaded at a time way before the first framebuffer device is active, such that the vconsole setup helper runs too early. The existing rule is non-fitting. The going live of the fbcon kernel component does not indicate the proper time at which to load the visuals, which really ought to be done when a new vtcon object comes into existence. (The font table is a per-vtcon property.) 2015-02-24 19:49:02 +03:00			`# Each vtcon keeps its own state of fonts.`
			`#`
vconsole: Don't skip udev call for dummy device Kernel 4.19 supports deferred console takeover [0], i.e., fbcon will take over the console only when the first text is displayed on the console. Before that event, only the dummy console is active. Our currently udev rules call systemd-vconsole on every vtcon except for dummy consoles. Thus the exception for dummy consoles prevents a call to systemd-vconsole when no text is displayed on the console, and as a consequence, the keymap will not be set in that case. This is wrong and leads to issues when keyboard input is expected without text on the console, e.g., when a graphical password prompt is used in the boot process. This reverts commit 6b169c13ecf645a0a341f49b9dc2afb312a74206, which introduced the exception for dummy devices to save unnecessary udev calls. Fixes #10826. [0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=83d83bebf40132e2d55ec58af666713cc76f9764 2018-11-21 23:41:15 +03:00			`ACTION=="add", SUBSYSTEM=="vtconsole", KERNEL=="vtcon*", RUN+="@rootlibexecdir@/systemd-vconsole-setup"`