[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: genfb not working on E250 with Raptor GFX card
-----BEGIN PGP SIGNED MESSAGE-----
On Jan 14, 2008, at 15:35, Peter Bex wrote:
On Mon, Jan 14, 2008 at 08:43:40AM -0500, Michael Lorenz wrote:
Ok, I had to ask - I build my sparc64 kernels natively or crossbuild
on macppc and FreeBSD/i386 ;)
Hmm, there seems to be something crazy going on in the firmware, I
dimly remember a similar problem and I /think/ I got around it by
shuffling OF_getprop() calls around.
A few things to try:
- - call OF_getproplen on the depth property, see if it returns
something sane. If not we might be able to use that for a workaround.
A workaround that works (I just tried it) is changing the default
depth (when OFW returns an error size) to 32. But that might just
break other systems, right?
On sparc64 it doesn't matter that much since we have drivers for the
most common graphics boards, the behaviour is from macppc where
pretty much every framebuffer under the sun defaults to 8bit in OF.
If linebytes were set properly we could detect the colour depth by
comparing it to width. Unfortunately the Raptor firmware doesn't do
that, it always sets linebytes == width, even in 32bit.
I wonder why we can't see the depth property. Now that you have a
chance please run ofctl -p and post the output ( at least the bits
about the Raptor ) - maybe there's a trailing whitespace in the
property name or something similarly idiotic that we can detect and
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
-----END PGP SIGNATURE-----
Main Index |
Thread Index |