Arcan Display Server 0.6.2 – It’s all connected
arcan-fe.com
arcan-fe.com
wayland: if we move the compositor into the kernel we can solve several performance problems.
arcan: if we make a universal transport layer we can solve most topological problems.
Plus I like arcan because it reads like it is one guy, deciding the world needed a better display server. and just keeps at it, day to day, no team, no consensus, just getting it done.
however disclamer: I made a port of arcan to openbsd and could never quite figure out what to do with it. the curse of a display server with not enough software I guess.
Where exactly does Wayland introduce a kernel-based compositor?
Existing Wayland implementations just consolidate what was often several userspace processes in the composited X11 model into a single monolithic userspace process responsible for the window management, input multiplexing/routing, and compositing. I'm not certain this is even a strictly specified aspect of Wayland either, it may just be convenient and simpler to implement this way while enjoying some natural performance advantages.
There's no kernel Wayland compositors AFAIK. Perhaps you're conflating KMS with Wayland since they kind of overlapped chronologically? KMS enabled running XOrg without requiring root using the modesetting driver, it's been a huge step towards cleaning up the graphics stack on Linux, independent of Wayland.
Port stuff to it?
Out of curiosity, did you base the OpenBSD port on the NetBSD port?
https://arcan-fe.com/2018/04/25/towards-secure-system-graphi...
https://nl1.outband.net/fossil/ports/file?name=graphics/arca...
What sort of model glue should he begin sniffing in order to more effectively engage with this "industry"?
The upshot of this, though, is that if this ever gets to a point where it is relatable and can be appreciated at knee-jerk face value, it will be somewhere new and unfamiliar, and has the chance to have a noteworthy influence on how the Linux graphics status quo is reasoned about.