<feed xmlns='http://www.w3.org/2005/Atom'>
<title>video/utils/kmscon, branch master</title>
<subtitle>Mirror of video feed</subtitle>
<id>https://git.openwrt.org/feed/video/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/feed/video/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/video/'/>
<updated>2026-09-30T11:28:18Z</updated>
<entry>
<title>kmscon: depend on input-support for the evdev nodes</title>
<updated>2026-09-30T11:28:18Z</updated>
<author>
<name>Daniel Golle</name>
</author>
<published>2026-09-29T14:52:15Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/video/commit/?id=3c8ebee9b4f766f647cda6893ca27af6e7764a87'/>
<id>urn:sha1:3c8ebee9b4f766f647cda6893ca27af6e7764a87</id>
<content type='text'>
kmscon reads its keyboard from /dev/input directly through libudev, so
it needs the input group and the hotplug rule that input-support ships.
It has no libevdev or libinput dependency to inherit that from, unlike
the compositors in this feed.

The DRM side already comes from libdrm.

Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
</content>
</entry>
<entry>
<title>kmscon: split the OpenGL ES path into kmscon-mod-gl</title>
<updated>2026-09-28T23:17:38Z</updated>
<author>
<name>Daniel Golle</name>
</author>
<published>2026-09-27T19:09:10Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/video/commit/?id=7dd5eba75d4b68785b4f7c5b3b086e6dfbd6644c'/>
<id>urn:sha1:7dd5eba75d4b68785b4f7c5b3b086e6dfbd6644c</id>
<content type='text'>
kmscon depends on a libmesa provider, so every system with a KMS
console pulls in Mesa, but the main binary links none of it: the GL
code lives entirely in mod-drm3d.so and mod-gltex.so, which are
dlopened from a directory scan of the module directory. The software
renderer bbulk is built into the binary, the drm2d backend needs only
libdrm, and hwaccel is off by default, so Mesa is unused on a default
install and the modules are absent-tolerant by construction.

Ship those two modules as kmscon-mod-gl and build them only when it
is selected. A system that carries Mesa for other reasons installs
the package and starts kmscon with --hwaccel; everything else gets a
console with no Mesa in the build at all.

Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
</content>
</entry>
<entry>
<title>kmscon: add terminal emulator for KMS devices</title>
<updated>2026-09-26T11:41:58Z</updated>
<author>
<name>Daniel Golle</name>
</author>
<published>2026-09-24T21:51:07Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/video/commit/?id=605d768782e13fc8b8fa16e719d4a2742dafbd45'/>
<id>urn:sha1:605d768782e13fc8b8fa16e719d4a2742dafbd45</id>
<content type='text'>
A system without a framebuffer console has no text console at all.
kmscon draws a terminal straight onto a DRM device, through OpenGL ES
where the GPU allows and in software on the same device otherwise.

Device access goes through libseat, so the seat owns the drm device and
the vt rather than kmscon reaching for both itself. That needs seatd,
which is a small daemon and already starts before this service. Built
without the fbdev backend and with the built-in PC screen font, so it
needs neither pango nor freetype. The service is off until enabled, so
it does not take the display from whatever else is using it.

Two patches are carried. The first keeps the unifont generator, a
native helper linked against zlib for the build machine, out of a build
that has the unifont backend disabled, which otherwise breaks cross
compilation. The second stops an error loop: a render-only drm node
answers NULL to drmModeGetResources, which the hotplug path treated as
an error and returned from the poll handler, so kmscon wrote 776 error
lines in eighty seconds on a board where the GPU enumerates before the
display controller.

Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
</content>
</entry>
</feed>
