Hello, On Wed, 3 Jun 2026 10:35:16 -0400 (EDT) Mouse <[email protected]> wrote:
> > Goals for this little project: > > [...] > > - eventually cover the 'X with a bunch of xterms' use case on > > hardware where regular Xorg is getting too fat > > Why not just use old X? You'd get a lot of stuff for free. The most > I'd expect it'd need would be a ddx layer that talks to wscons, and > that only on hardware not already supported by the X you use. I dunno > about Xorg, but MIT X makes it fairly easy to support dumb-memory > framebuffers. I've done multiple ddx layers for R6.4pl3. As I said, I just wanted to play with dumb, low level graphics again and see how far I get with what's already there. Also, X is quite complicated - lots of annoying to implement drawing primitives for starters. And everything must support clipping. Sure, I wouldn't have to touch most of them but it's a lot of baggage to carry around. That being said, I updated the tarball: - the terminal now supports underline and bold - added a few more fonts to try out ( and make sure my drawing routines handle more than 8 pixels wide ) - use VIS image copy routines lifted from xf86-video-sunffb on sparc64 - fixed an out of bound memory access bug that bit when drawing a partially off-screen mouse cursor at the bottom of the screen ( it wasn't the drawing of the cursor but the deleting of the old image that wasn't clipped off properly ) - some more minor adjustments, mostly getting rid of assumptions about font sizes The terminal plays a few tricks we can't easily get away with in the kernel, so its likely faster than a plain genfb console on most hardware. have fun Michael
