#3513 Change: UseKmsconVTConsole
Closed: Accepted by fale. Opened by alking.

This change is to replace the kernel console '''fbcon''' with the userspace console '''kmscon''' in Fedora, to provide an enhanced and more secure console for Fedora users. The long term goal is also to deprecate fbcon/fbdev emulation in the kernel, and this is the first step in this direction.

Owners, do not implement this work until the FESCo vote has explicitly ended.
The Fedora Program Manager will create a tracking bug in Bugzilla for this Change, which is your indication to proceed. See the FESCo ticket policy and the Changes policy for more information.

REMINDER: This ticket is for FESCo members to vote on the proposal. Further discussion should happen in the Discourse discussion linked above. Additional discussion may happen on the Fedora Devel mailing list.


Metadata Update from @alking:
- Issue assigned to jfalempe

"Before Fedora 44" is a bit confusing. "By the time Fedora 44 is released" is probably better

This part makes me a bit worried: "If kmscon fails to launch, it will fallback to getty/fbcon". Is this 100% guaranteed? Are there manual overrides that can be passed to the kernel cmdline in Grub to force the use of fbcon? If so this should be documented

Likewise, for the documentation, apart from listing the tools that won't work - if there are alternatives they probably should be listed.

"Before Fedora 44" is a bit confusing. "By the time Fedora 44 is released" is probably better

I've fixed this in the wiki.

This part makes me a bit worried: "If kmscon fails to launch, it will fallback to getty/fbcon". Is this 100% guaranteed? Are there manual overrides that can be passed to the kernel cmdline in Grub to force the use of fbcon? If so this should be documented

kmsconvt is a systemd service, so if it fails to start 3 times in a row, systemd will fallback to getty/fbcon. I think systemd can be configured from the kernel command line, I will need to look for the details. Also using something like init=/bin/bash will use fbcon, as the kmsconvt service won't be started.
I will run some tests before adding it to the documentation.

Likewise, for the documentation, apart from listing the tools that won't work - if there are alternatives they probably should be listed.

I've edited this section too, to explain how to do the same with kmscon.

I'm slightly worried about this, but let's see how it goes. +1

I'd like to see more of contingency plan if things do not go in the right way.

Aside from this, I'm +1

Metadata Update from @fale:
- Issue tagged with: meeting

+1 too, this seems worth trying.

About the contingency plan: yes, this needs to be fleshed out. Fortunately, this is very easy to test. The change is also easy to revert: either at the distro level, or locally by uninstalling the package or changing the unit enablement. We need to make sure that the local enablement/disablement instructions are easy and clear. With that in place, even if it doesn't work for some people, any problems should be limited.

The program itself is undergoing quick development based on feedback, and we can certainly expect more of this if we switch the default, so it's hard to accurately predict the state in half a year. So let's try this, with an eye out for regressions and incompatibilities.

+1 - with a note that I think init=/bin/bash might be too harsh a workaround esp for beginners though. Fallback targets that inherits from graphical and/or multi-user but with kmsconvt disabled might be useful.

ACCEPTED (+7, 0, -0)

Metadata Update from @fale:
- Issue close_status updated to: Accepted
- Issue status updated to: Closed (was: Open)

Metadata Update from @alking:
- Issue set to the milestone: Fedora Linux 45 (was: Fedora Linux 44)

This Change has been deferred from F45 to F46.

Note: The milestone on this issue reflects when FESCo originally reviewed this Change and is preserved as historical record.

↑ it was deferred from F44 to F45. The Change page in the wiki and the tag here looks correct so only the above comment seems to reference the wrong release numbers.

The previous comment about deferral to F46 was made in error. This Change should remain targeted for Fedora Linux 45.

Metadata