Package Details: kmscon-git 2:v9.2.1.r50.g68b92fd-1

Git Clone URL: https://aur.archlinux.org/kmscon-git.git (read-only, click to copy)
Package Base: kmscon-git
Description: Terminal emulator based on Kernel Mode Setting (KMS)
Upstream URL: https://www.freedesktop.org/wiki/Software/kmscon/
Licenses: MIT
Conflicts: kmscon
Provides: kmscon
Submitter: thestinger
Maintainer: swiftgeek (nickoe)
Last Packager: nickoe
Votes: 28
Popularity: 0.24
First Submitted: 2012-06-25 05:37 (UTC)
Last Updated: 2026-01-10 20:37 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

vsemyonoff commented on 2026-01-17 14:12 (UTC)

Please add check package to the makedepends array

nickoe commented on 2026-01-10 20:37 (UTC)

I have pushed an updated version of the PKGBUILD, I don't really use it myself, but please try it out :)

xAsh commented on 2025-12-11 18:55 (UTC)

yep should use gh.com/kmscon/kmscon as URL, and source should be git+https://github.com/kmscon/kmscon.git. the current PKGBUILD doesn't build.

tkna commented on 2025-12-09 07:43 (UTC)

Isn't Upstream currently https://github.com/kmscon/kmscon ?

xAsh commented on 2025-08-13 12:57 (UTC)

This package doesn't provide a default kmscon.conf file?

snakeroot commented on 2025-04-23 15:34 (UTC) (edited on 2025-04-23 15:35 (UTC) by snakeroot)

Currently, kmscon-patched-git results in cpu usage of 100%.

PR 105 corrects this.

While matters are being straightened out upstream, you can apply the PR by editing the PKGBUILD to change the source to:

source=("git+https://github.com/Aetf/kmscon.git#commit=db524e9e0fc38d06faba1430dfeb9637649fec1b")

Rulatir commented on 2024-02-28 13:31 (UTC) (edited on 2024-02-28 13:51 (UTC) by Rulatir)

EDIT: SOLVED! nvidia_drm.fbdev=0 does the trick and allows efifb to be used, which is what was always used on my system and works fine. I was confused about the kernel option, just used fbdev=0 without the module prefix (and yes it DID feel wrong but I did it anyway lol). nvidia_drm.fbdev is simply broken, "you had one job" style.

Original post:

No matter what I try (fbdev=0, fbdev=1, --hwaccel, --no-hwaccel, not passing any hwaccel option, --drm, --no-drm, not passing any drm option, in all possible combinations), I can't get kmscon to work.

GeForce GTX 960 nvidia-dkms 550.54.14-1

lut 28 14:02:51 berbelek systemd[1]: Created slice Slice /system/kmsconvt.
lut 28 14:02:51 berbelek kmscon[2482]: [0000.000000] NOTICE: kmscon Revision v9.0.0-10-g20a2fc4 Dec 15 2023 16:20:47 (log_print_init() in ../kmscon/src/shl_log.c:509)
lut 28 14:02:51 berbelek kmscon[2482]: [0000.000085] INFO: conf: reading config file /etc/kmscon/kmscon.conf (conf_parse_file() in ../kmscon/src/conf.c:547)
lut 28 14:02:51 berbelek kmscon[2482]: [0000.004467] INFO: systemd: system booted with systemd, enabling multi-seat support (uterm_sd_new() in ../kmscon/src/uterm_systemd.c:67)
lut 28 14:02:51 berbelek kmscon[2482]: [0000.008422] NOTICE: vt: using tty /dev/tty4 (open_tty() in ../kmscon/src/uterm_vt.c:285)
lut 28 14:02:51 berbelek kmscon[2482]: [0000.101279] INFO: drm_shared: new drm device via /dev/dri/card0 (uterm_drm_video_init() in ../kmscon/src/uterm_drm_shared.c:501)
lut 28 14:02:51 berbelek kmscon[2482]: [0000.127123] INFO: video: new device 0x5715205a7820 (uterm_video_new() in ../kmscon/src/uterm_video.c:576)
lut 28 14:02:51 berbelek kmscon[2482]: [0000.127554] INFO: ignoring video device /dev/fb0 on seat seat0 as it is a DRM-fbdev device (app_seat_gpu_is_ignored() in ../kmscon/src/kmscon_main.c:287)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.396007] INFO: video: new display 0x571520a2c650 (display_new() in ../kmscon/src/uterm_video.c:235)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.396024] INFO: drm_shared: display 0x571520a2c650 DPMS is ON (bind_display() in ../kmscon/src/uterm_drm_shared.c:632)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.397852] INFO: video: new display 0x571520a2b090 (display_new() in ../kmscon/src/uterm_video.c:235)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.397867] INFO: drm_shared: display 0x571520a2b090 DPMS is ON (bind_display() in ../kmscon/src/uterm_drm_shared.c:632)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.398156] INFO: uterm_drm3d_video: activating display 0x571520a2b090 to 1920x1200 (display_activate() in ../kmscon/src/uterm_drm3d_video.c:155)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.399763] ERROR: uterm_drm3d_video: cannot create gbm surface (38): Function not implemented (display_activate() in ../kmscon/src/uterm_drm3d_video.c:171)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.399773] INFO: uterm_drm3d_video: activating display 0x571520a2c650 to 1280x1024 (display_activate() in ../kmscon/src/uterm_drm3d_video.c:155)
lut 28 14:02:52 berbelek kmscon[2482]: [0000.569390] ERROR: uterm_drm3d_video: cannot create gbm surface (38): Function not implemented (display_activate() in ../kmscon/src/uterm_drm3d_video.c:171)

I enabled --debug in the service, and depending on the combination of options and kernel parameters there is or isn't this ERROR message pertaining to display_activate() not being implemented, but in any case the directly experienced symptom is consistent: switching to a ksmcon-managed virtual console with e.g. Ctrl+Alt+F4 always results in black screen NO SIGNAL GOODBYE on both monitors.

It may be worth noting that I am trying kmscon because the same symptom also manifests with the regular linux console - I simply don't HAVE it since driver 545 (last one that works is 535, and I don't want to be stuck with that). Could it be that the regular console and kmscon fail for the same deeper reason somewhere in the driver?

Pablo82 commented on 2023-06-19 03:54 (UTC)

Don't understand why exactly but makepkg was failing for me (linking anything would fail because symbol "main" not found). Fixed by cd src/builddir; meson configure -Db_lto; cd ../.. ; makepkg -si.

It seems somehow disabling LTO fixed it for me (gcc not understanding with the linker?)

m040601 commented on 2023-04-01 18:15 (UTC) (edited on 2023-04-01 18:24 (UTC) by m040601)

Some more news and update to my previous comment.

Just now, Antonio Rojas, an official Arch package maintainer has made a big "cleanup" in lot of official community packages. The were removed from the "community" repo, and transfered to the AUR, were they are now orphan. Maybe awaiting adoption.

This has happened to the, until today, official Archlinux packages for "kmscon" and "libtsm".

They were transfered to the AUR by Antonio Rojas, and are now orphaned as,

https://aur.archlinux.org/packages/kmscon
https://aur.archlinux.org/packages/libtsm

So maybe now the maintainer of this same PKGBUILD "kmscon-patched-git" would want to adopt them to keep everything under the same person. And clear to the end user.

m040601 commented on 2023-03-23 00:01 (UTC) (edited on 2023-03-23 13:57 (UTC) by m040601)

Interesting news for us Archlinux console lovers (and for me rotated portrait monitor freak)

Found this repo, https://github.com/MacSlow/kmscon

This is my fork of kmscon, where I work on output-rotation (working already)
mouse copy&paste support (also working already) and gyro-sensor reading (wor
too, needs a bit more testing).

My branch is meant to be rebased against Atef's branch once I'm done with
everything.

It does seem to be quite active since January 2023. And he asks for testing. But it seems only Ubuntu .debs are available. Would be nice if we could test his work on Archlinux.

His name is Mirco Mueller and he talks about his work in his blog,

And posts a lot of videos of kmscon on youtube

As a reminder to everyone interested in kmscon,

The original kmscon is by David Herrmann at https://www.freedesktop.org/wiki/Software/kmscon/

There has been no update or activity in the last 10 years, https://github.com/dvdhrm/kmscon, or https://cgit.freedesktop.org/~dvdhrm/kmscon/log/.

The official Archlinux package currently also uses this repo by Aetf, https://github.com/Aetf/kmscon, repo for the official package.

The other "kmscon-git" PKGBUILD, https://aur.archlinux.org/packages/kmscon-git, still uses the abandoned repo by David Herrman.

1 2 3 4 5 6 7 Next › Last »