I waited quite a while to upgrade because I feared I would have to go through all this again.
The problem is, as in previous threads, that once in X I cannot go back, I get a "input not supported" on the screen and have to turn off the power (yes, I have tried all the MacModel options).

I found out it works with the wdfb driver, but only at Depth 8, if I put in xorg.conf "DefaultDepth" 24, X will not start altogether.

From the wsfb manpage:

Code:

wsfb is an Xorg driver for OpenBSD and NetBSD wsdisplay
framebuffer devices. This is a non-accelerated driver.
The following framebuffer depths are supported: 1, 8, 16
and 24, given that the wsdisplay device underneath sup-
ports them.

If if did not work does it mean they are not supported? Or is there a way to find out?

If if did not work does it mean they are not supported? Or is there a way to find out?

Hi Gosha,

I have never used Mac PPC but I use sparc64. In my experience DefaultDepth 8 is what would you expect to get as framebuffer depth out of older hardware. MacPPC is of course little bit different. If I recall correctly the section form FAQ getting desired resolution out of Mac hardware might require keeping a small partition of Darwin. I do not know anybody on this forum using OpenBSD on MacPPC but I know many people who are lurking on misc@openbsd which do use MAC. I would toss a message over there.

In the "framebuffer" mode, the system will be running with 8 bits per pixel, and the video resolution is controlled by the Macintosh environment, so you will probably want to keep a small MacOS section on your disk to adjust these settings.

Does it mean I can get Depth 24? It's not very clear (to me at least). I'm ready to reinstall MacOS if it will solve my problems.

Everything is possible, but the problem does not exist with the "iBookHacks" option which disappeared in 4.4. If you remember, this winter I had the same problem (http://www.daemonforums.org/showthread.php?t=2800), and after reporting the bug, I only had to go back to 4.3. This time even running "X -configure" will freeze the system, but then, once you have your Ati xorg.conf, you can use X just fine, simply no way back, if you try to close X or even to type "halt" or "reboot" while in X the system will freeze and the fan would start to spin spin spin...
This Ati thing on macppc is known to all *nixes, for example, from FreeBSD ppc port:

Quote:

For ATI Radeon-based machines, a ofw syscons range check needs to be relaxed using the sysctl hw.ofwfb.relax_mmap

I don't know what it means, but whatever.

Anyway, you've convinced me, I'll give it another try, maybe with current. 4.5 is really nice and Firefox does not crash like the one I have in 4.3.
See you later

As I feared already, current does not work either. So now I'm back on 4.5, but I need a solution, at least to be able to have true color, otherwise I fear I'll have to go back to 4.3, roxterm did not seem to like depth 8, and I need roxterm. I would be very happy with only getting true colors, really.
Here is xorg.conf, the one produced by X -configure:

I know, I'm not expecting any magic.
The system is a mac mini ppc 1.25, the first that came out in 2005.
I have tried already setting all the specific configurations for my monitor. The problem is not with the monitor (it works fine with wsbf, and also with the Ati driver, but with this no way back). I guess it has something to do with OpenFirmware, but my knowledge is really quite limited.
I will send this again to the developers, but I have the feeling they're busy with more important things, and understand that.

Of course, I could stick to 4.5 with depth 8, it does look quite bad, but I mostly work in text environment, so I notice it really only in firefox and if I want to see a picture.

no luck, I'm getting tired switching off the power, really. Also, roxterm in depth 8 mode has a very funny behaviour: if I start firefox roxterm looses the font colour, if I switch firefox off, it comes back to normal...