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