-----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/NetB
SD%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/powe
rpc/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+oAbo9eHu3
ppcr
10jgChMvevPDRLUirKKvtI3xOG+v//6ii3B9eGq0EA5+vAbZBUb5nEq0XFid
mDAe
n440F5W6fLmJq4E07Fi+YORungioh6FPLbjjfX8Hr/MGIqFSr7NyZX6ocrYX
cvGf
jniM2RKYk0R9WBZwK6/66QO+0KVMKdEcIv7ipAXmIsxoXZd9pEyEIP7SxuPC
k/Kj
rJSxqwHouOgYaX6o8+j3bbONL5stN5Wl8eTLGcL5dEIyhiqr0MQH2muEpC2Z
urje
pT1UeInP0eFgegUsTkzv0G9fPmrGHqghP2/Mudu/N9OX41fKCsqi5Q==
=Syml
-----END PGP SIGNATURE-----
|
