On Sat, 2007-08-04 at 23:01 -0400, Michael Lorenz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello,
> 
> a while ago I wrote a generic framebuffer driver - genfb - which makes 
> very few assumptions about the underlying hardware and is completely 
> firmware-agnostic. The intention was to have a machine-independent 
> driver for firmware-provided framebuffer consoles to replace ofb and 
> which we can use on other ports that don't have such a driver, namely 
> sparc64. The differences are:
> - - genfb can work on any bus, so far there are frontends for PCI and SBus
> - - genfb supports more than one instance
> - - genfb does not support the PowerPC-specific cache hack, it does 
> however support a shadow framebuffer which provides a similar speedup 
> and works on all machines, even those where the cache hack doesn't 
> work, like the PowerBook 3400c.
> Both drivers support virtual consoles, colours, X etc.
> 
> The only problem is that genfb didn't get much testing.
> Therefore - please give it a shot and report success or failure. Just 
> take those lines out of your kernel config:
> ofb0 at pci?
> wsdisplay0 at ofb0
> and add something like this:
> genfb* at pci?
> wsdisplay0 at wsemuldisplaydev? console 1
> wsdisplay* at wsemuldisplaydev?
> 
PPC8600/300 4MB VRAM

genfb0 at pci1 dev 11 function 0: Apple Computer Control
panic: no depth property
Stoped in pid 0.1 (system) at netbsd:cpu_Debugger+0x10X:  lwz  r0, r1,
0x14


BA-