Commit Graph

7 Commits

Author SHA1 Message Date
jmcneill a71612a2f8 Provide a stub genfb_cnattach for md code to call to give a hint to the
bus driver's match function to return a higher confidence (so it can
beat out vga(4), for example). genfb needs-flag so md code can determine
if the genfb driver is present.
2009-02-14 20:33:58 +00:00
martin 3028e483e4 Convert to new 2 clause license 2008-04-29 06:53:00 +00:00
ad a2a3828545 machine/{bus,cpu,intr}.h -> sys/{bus,cpu,intr}.h 2007-10-19 11:59:34 +00:00
macallan 42284ad7c0 add shadow fb support
now genfb is actually usable even on slow PCI framebuffers. Yay Jared :)
2007-08-04 23:51:37 +00:00
macallan aa2949fa77 add a callback to change the colour map
so now X with wsfb on top of genfb should look right
2007-04-14 19:56:05 +00:00
macallan 66d86be89a - move all memory mapping into the bus frontend
- get rid of macppc-isms like *_mmap() returning physical addresses
2007-04-10 00:14:42 +00:00
macallan 4cf8aa1d7f add genfb, a generic framebuffer console driver that's configured via
device properties - all it needs is width and height in pixels, stride in
bytes, depth in bits and the framebuffer address.
Features:
- unaccelerated fb console with colours and virtual consoles
- split into console handling and bus frontend
- so far there is only a PCI bus frontend which allows to mmap BARs belonging
  to the graphics controller, others should be easy to add.

TODO:
- find an opaque way to change the palette ( probably pass a function
  pointer as property ) since this would need to call some firmware interface
  which is pretty much always MD
- find a clean way to mmap the framebuffer, just returning the physical
  address works on macppc but not on other architectures. Problem is, that
  we cannot rely on the address being a bus address - on macppc it is,
  but for instance on sparc64 it's not.
2007-04-07 03:41:26 +00:00