Debian Patches

Status for kmscon/10.0.4-3

Patch Description Author Forwarded Bugs Origin Last update
0001-Change-kmsconvt-.service-to-match-getty-.service.patch Change kmsconvt@.service to match getty.service
Edit kmsconvt@.service.in based on the getty@.service provided by
systemd.		 Boyuan Yang <byang@debian.org> no 2026-08-20
0002-Do-not-use-git-describe-to-generate-version.patch Do not use git describe to generate version
Use the version specified by upstream in meson.build instead.		 Victor Westerhuis <victor@westerhu.is> not-needed 2021-02-04
0003-fbdev-don-t-close-the-video-fd.patch fbdev: fix don't close fbdev fd
This is a leftover from when fbdev owned the fbdev fd. Now it's done by
the seat, and may use the libseat API instead		 Jocelyn Falempe <jfalempe@redhat.com> yes debian upstream 2026-10-22
0004-fbdev-redraw-the-whole-frame-after-activating-the-di.patch fbdev: redraw the whole frame after activating the display

display_activate_force() clears the framebuffer, but the text renderer
only draws the cells that changed since the previous frame. After a VT
switch away and back, the screen therefore stays black until new output
arrives, and even then only the changed cells are drawn.

Set DISPLAY_NEED_REDRAW when the display is activated, and clear it once
a frame has been presented, as drm_shared already does.		 Boyuan Yang <byang@debian.org> no debian 2026-10-17
0005-fbdev-activate-a-display-created-while-the-video-dev.patch fbdev: activate a display created while the video device is awake

The fbdev display is created from an idle callback, after the seat has
already called video_wake_up(). When kmscon starts in the background and
its VT is then switched to, the new display is therefore not activated,
and seat_new_display() ignores it because it is not DISPLAY_ACTIVE. The
VT shows nothing until it is left and entered again.

Activate the display right away if the video device is awake.		 Boyuan Yang <byang@debian.org> no debian 2026-10-17

All known versions for source package 'kmscon'

Links