Subject: Re: XFree's sunffb
To: Martin Husemann <firstname.lastname@example.org>
From: Michael Lorenz <email@example.com>
Date: 10/18/2005 06:38:25
Content-Type: text/plain; charset=US-ASCII
> > That's why I asked if the current driver
> > should be preserved. In this case we'd have two FFB drivers, one
> > with hardware XRender but 32bit only and one with 8 and 24 bit
> > visuals but no XRender.
> I could live with that *only* if xfree or xorg follow us in this
> direction (preferably both).
Unlikely. I got the source from x.org's cvs, I think they'll just ditch
8/24 support in sunffb in favour of hardware XRender, XFree86 is likely
to follow ( at least Marc seemed to imply this on devel@xfree )
> > Whoever wrote XRender ( and much of XFree86 ) clearly had only PCish
> > graphics boards in mind which only offer one colour depth at a time.
> Even programs that require 8 bit visuals often don't work out of the
> box now, see the recent discussion (and fixing) of xuvmstat. My bet is
> that fixing the few offenders is the easiest (and overall best)
Yeah, xuvmstat was obviously written by someone who didn't expect that a
graphics board could offer more than one colour depth at a time so the
logic to select a visual was broken. It would have Just Worked(tm) on a
board that offers only one depth.
Anyway, is there anyone who really can't live without an 8bit visual in
sunffb? Is there anything in pkgsrc that /requires/ a real 8bit
framebuffer? A program like this wouldn't work on any PC graphics board
in anything else than 8bit either. I seriously doubt there's anything to
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (NetBSD)
-----END PGP SIGNATURE-----