Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
NetBSD/sys/dev/wsfb/files.wsfb

15 lines
449 B
Plaintext
Raw Normal View History

pull in rasops1 and rasops32
2007-04-11 08:46:33 +04:00
# $NetBSD: files.wsfb,v 1.3 2007/04/11 04:46:33 macallan Exp $
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 07:41:26 +04:00
#
# wsdisplay framebuffer drivers
#
# some generic flags that drivers may or may not honour
defflag opt_wsfb.h WSFB_FAKE_VGA_FB # allow mmap(0xa0000)
defflag opt_wsfb.h WSFB_ALLOW_OTHERS # allow to mmap() foreign ranges
# a generic framebuffer console
pull in rasops1 and rasops32
2007-04-11 08:46:33 +04:00
device genfb: wsemuldisplaydev, rasops1, rasops8, rasops32, vcons, drm
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 07:41:26 +04:00
file dev/wsfb/genfb.c genfb
defflag opt_genfb.h GENFB_DEBUG