Port-luna68k archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Color support for wsfb/Amiga
> > 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
Home |
Main Index |
Thread Index |
Old Index