Debian debates systemd

The last chipset to be added to the UMS path in the intel driver was GM45. Backported Iron Lake code exists but hasn't been merged, and nobody's shown any interest in Sandy Bridge. Meanwhile, nouveau no longer really supports UMS (including for chips it used to support) and modern Radeon is heading in that direction as well.

Would the X team reject patches that added UMS code to drivers that only have KMS drivers? I suspect so. It's additional complexity for almost no benefit. The people working on this code simply aren't interested in supporting BSDs if there's no commensurate effort on behalf of the BSD developers to implement compatible interfaces. The simple and observable fact is that X developers have little interest in supporting a fallback for non-Linux support on any vaguely modern hardware. BSD can catch up or BSD can run with VESA until the adoption of EFI makes that impossible.