-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, 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 work around.
have fun Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iQEVAwUBR4v1qMpnzkX8Yg2nAQJ11gf/UcczcSapZPCOLLA2Vidxr1zLAjKZVuKE cv8BXXDsshUgv7fxSczrZTfyF7xbSy1bRaSqfY9634OXq+a0nGRjU7Pg3Nnins3n xUswruCKFzXOUgpt+cKVu/D1CrCuh0CHo6SJFAl8THaOSDeMdeIMj1BzjLsAPQop pRs9VflVnwnJ8O/D2agh0wwAoKsMHMgWVBBF/m5Up1J6QHA5fU2Bg34qm9yzJECF KlppEvnoFL8bCZbbfIlVI80VL21vSkCaJVO8YdLVw4XFrPNoGiUGOWjOpe+lritq JVxzZP9xF9t/JULGi+WsC8wgSzpS7uhQOk18wHOrDEmeUd4IdxcQhg== =+xeu -----END PGP SIGNATURE-----