Re: Color support for wsfb/Amiga
Izumi Tsutsui <[email protected]> Sun, 26 Jun 2022 15:53:49 +0900
| Newsgroups | gmane.os.netbsd.ports.amiga,gmane.os.netbsd.devel.x11,gmane.os.netbsd.ports.luna68k |
|---|---|
| Message-ID | <[email protected]> |
> > For other depths I didn't have much success so it is still > > monochrome for non-AGA. Performance is also not that great, but it > > is somewhat usable. Just FYI, ancient XFree86 driver seems to have "iplan2p2", "iplan2p4", and "iplan2p8" drivers (but I have not investigated them yet): http://cvsweb.netbsd.org/bsdweb.cgi/xsrc/xfree/xc/programs/Xserver/iplan2p4/Attic/ > > Patch attached. Any thoughts before I commit? Random comments: - as rin@ said, it's safer to leave WSDISPLAYIO_GTYPE not mandatory, (i.e. not treat errors as fatal) especially if WSDISPLAYIO_GET_FBINFO is available for newer drivers - we don't have well-defined ioctl specifications so we should not rely on implicit expectations - I wonder if we should consider about "len" for mmap in WsfbScreenInit()? fPtr->fbi.fbi_fbsize is enough? What about fPtr->fbmem_len? - As commented in WsfbScreenInit(), shadowFB is not supported on depth < 8, so I wonder we should bother to check bitsPerPixel (I doubt there could be >8bpp planar) - wonder what "Afb" stands for, even in Xorg (eventually we could have Afb4, for luna68k and atari etc.?) > It would be great if we can support color X server on luna68k, which > also has "planer" framebuffer. It has been in my TODO long time, but I'll check if at least 8bpp one on my LUNA-II works, after current other tasks (atari and x68k etc.) are done. Thanks, --- Izumi Tsutsui