On 1/17/22 15:10, Geert Uytterhoeven wrote:
[...]
Using an XRGB32 intermediate would kill the user experience on old
machines, due to both increased memory usage and copy overhead.
Personally, I'd much appreciate if userspace would support more of the
native formats and not rely on XRGB32.
Supporting monochrome, 16 colors, and 256 colors would be nice.
From this conversation it seems DRM completely lacks backwards compatibility,
including a missing 2D bitblt copy.
Isn't that all what's needed and then migrating existing drivers would
be easy ?
Helge
This not only to support "old" hardware, but also modern small OLED
and e-ink displays.
There's a DRM driver for Repaper e-Ink displays. So it seems doable at
least.
Which uses an DRM_FORMAT_XRGB8888 intermediate, and
drm_fb_xrgb8888_to_gray8() and repaper_gray8_to_mono_reversed()
to convert from truecolor to monochrome. I guess that would work,
as this is a slow e-ink display. Have fun as a text console ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature