-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

On May 5, 2007, at 19:09, Joel CARNAT wrote:

> On Sat, May 05 2007 - 18:31, Michael Lorenz wrote:
>>>
>>> The console looks good until I see some RADEON related text (in 
>>> light-green
>>> over white). According to my LCD, the resolution is 1024x768@60Hz.
>>
>>  Hmm, looks like the fb is 32bit but the console driver still thinks 
>> it's 8
>>  bit? Did you try a -current kernel?
>>
>
> I've just tried a NetBSD 4.99.19 and the console is OK.
> http://www.tumfatig.net/dmesg/Mac%20Mini/NetBSD%204.99.19/dmesg.txt

Guess it's time for a pullup then.

>>> So first, how can I get a decent console ?
>>
>>  try radeonfb.c from -current
>>
>
> It does not compile:
> #   compile  MACMINI/radeonfb.o
> cc -mno-strict-align -msoft-float -Wa,-maltivec -ffreestanding 
> -fno-zero-initialized-in-bss -pipe -Wreturn-type -Werror -Wall 
> -Wno-main -Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes 
> -Wstrict-prototypes -Wswitch -Wshadow -Wcast-qual -Wwrite-strings 
> -Wno-sign-compare -Wno-pointer-sign -Wno-attributes 
> -fno-strict-aliasing -Dmacppc=macppc -I. 
> -I../../../../contrib/dev/ath/netbsd -I../../../../../common/include 
> -I../../../../arch -I../../../.. -nostdinc -DLKM -DZS_CONSOLE_ABORT 
> -DRADEONFB_MMAP_BARS -DMAXUSERS=32 -D_KERNEL -D_KERNEL_OPT 
> -I../../../../lib/libkern/../../../common/lib/libc/quad 
> -I../../../../lib/libkern/../../../common/lib/libc/string 
> -I../../../../lib/libkern/../../../common/lib/libc/arch/powerpc/string 
> -I../../../../dist/ipf -c ../../../../dev/pci/radeonfb.c
> cc1: warnings being treated as errors
> ../../../../dev/pci/radeonfb.c:225: warning: initialization from 
> incompatible pointer type
> *** Error code 1

Hmm, probably needs the other radeonfb* files from dev/pci as well - 
not sure if that's enough though. I lost track of what happened to 
radeonfb since the last sync with -current.

>>> Then, is the DRM radeon driver
>>> (http://mail-index.netbsd.org/tech-x11/2007/03/19/0000.html) known 
>>> to work
>>> ?
>>
>>  No. Too many i386-specific assumptions in the code, it doesn't even 
>> work
>>  right on amd64.
>
> OK, so there's no point in replacing XFree86 with xorg or modular-xorg 
> on
> this hardware, right ?

Not really - you have an RV280 which is pretty well supported by 
XFree86 - if you had an R300 or newer it might have made sense but 
right now you wouldn't win much besides the damage extension.

have fun
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iQEVAwUBRj1PMMpnzkX8Yg2nAQKWVggAgIAuOMVJEzx0c1gxKo+oAbo9eHu3ppcr
10jgChMvevPDRLUirKKvtI3xOG+v//6ii3B9eGq0EA5+vAbZBUb5nEq0XFidmDAe
n440F5W6fLmJq4E07Fi+YORungioh6FPLbjjfX8Hr/MGIqFSr7NyZX6ocrYXcvGf
jniM2RKYk0R9WBZwK6/66QO+0KVMKdEcIv7ipAXmIsxoXZd9pEyEIP7SxuPCk/Kj
rJSxqwHouOgYaX6o8+j3bbONL5stN5Wl8eTLGcL5dEIyhiqr0MQH2muEpC2Zurje
pT1UeInP0eFgegUsTkzv0G9fPmrGHqghP2/Mudu/N9OX41fKCsqi5Q==
=Syml
-----END PGP SIGNATURE-----