Yes, but to change any setting they have to go to some mysterious directory called “non-packaged”.
Packages, that regular users do not touch should be under some dir instead.
2 Likes
I think it is already too late to change non-packaged paths. Changing paths will break many things.
2 Likes
Hello,
I didn’t want to get anyone false hopes - myself included - so I’ve refrained from creating a dedicated “port progress” topic (à-la-X512 
); but following this post, it’s feeling more and more like a missed opportunity to keep this under wraps, so…
I’ve been toying with the idea of bringing back the PowerPC port up for (quite) a while and I’m beginning to make some (light) progress on my end. Please keep in mind that we’re speaking
about a REAAAAALLLY early stage, nothing to show besides a few black-ish screenshots and kdebug output : we’re nowhere near getting an installable image on your Mac (or mine FWIW).
For the time being, the initial target is Qemu, but I’ve plenty of old PPC hardware in working condition to move to bare metal if I manage to pull this out (no G5 unfortunately, but I’m keeping my eyes open)
Regarding current status : after some issue porting my patch-set from gcc 8 to 11, and now 13.2, I’m back on track to the peculiarities of the MMU early initialization code. I was hoping to get past this before sending back patches for review.
PPC is a non-relevant architecture nowadays (well at least, Apple hardware using PPC is), but I find the idea quite appealing to get BeOS/Haiku booting back on the very first CPU architecture it supported (if we omit the Hobbit of course) and I’d be very proud if I could play a tiny part in this software/hardware preservation effort and display this screen one day :
Cheers,
16 Likes
Hi there, very cool. I also have some g4 and g5 Hardware. Would Love to try haiku one day on those Machines. <3
1 Like
The newer Apollo boards have 512MB DDR3 but the MMU on the 68080 only does address translations. If you want page faults, it routes through a separate memory protection unit (MPU). I don’t know if it would be worthwhile with such an unconventional MMU/MPU combo.
Yes there are some additional patch required, mainly due to changes in svr4.h and rs6000 core expectations about it. My patches are probably non…conventional in this area, but at least getting out a loadable binary. I’ll post it on gerrit after a little cleanup.
There’s a whole subject I’ll need to dig up later regarding Secure-PLT in the toolchain (which I’ve kept disabled for the time being), but it’s a story for another day !
1 Like
Ahoy @Yn0ga ! :))
I’m happy
I could brew some salivary post ( 
) for you 
…and by posts of other forum members together …
… ignited your
Fire of Will
After all … I can quote from myself - above :
I’m happy also as some similar happened finally …
… anyhow it ends - it had worth it ! <|8{D
3 Likes
Can we go back to talking about PPC and 68k now? I don’t know where to report the off-topic but we’ve definitely drifted.
6 Likes
- Atari Falcon (Motorola 68030), NeXTcube (68040), Amiga 4000 (68040)
- See: @mmu_man
Note: These computers from yesteryear (i.e. 198x/199x) were the high-end m68k-based multimedia machines used by creative enthusiasts/hobbyists/desktop publishers/graphic artists/musicians (i.e. nowadays called “content creators”). Bootloading on these ancient computers is a craft retained…
Flag the post and select off-topic.
: )
Of those, only the NeXT Cube has multiple CPUs. Would it be the best to start with?
I have few BeOS compatible PPC boxes (9500 MP and a Umax C500 clone), a G3 old world laptop (wallstreet iirc) and a G4 Mac mini. If you are making progress and want more people testing, give me a shout. I also have a Beige G3 desktop, but I think it died and I never got round to retesting it.
Will do !
Hit a small (?) bump with relocations today, but I’ll keep pushing. Thanks for your confidence.
Cheers,
3 Likes
Depends on your goals. PPC for SMP suggested - but up to you. Using supported m68k platforms, even the Apollo V4, seems viable due to OEM dev support availability.
I have a BeOS compatible 5400, a G4 MDD and a last-gen G5 single here that work (or worked when last used) and I think there’s a G4 iBook somewhere that would need some work. “work” = boot MacOS, obviously only the 5400 runs BeOS/PPC
1 Like
None of my 68k nor PPC machines are multicore nor multiCPU.
Apollo 68080
The Apollo v4’s 68080 is also single-threaded but at least it’s about 15-20% faster per clock than the 68060 running scalar code (owing to opcode fusion and bonding) and faster yet when the AMMX vector unit is used. The 68060’s MMU is more conventional though.
As far as OEM support for a non-Amiga OS on the Apollo v4, don’t count on much. They have their hands full with their own fork of AROS. Maybe documentation for the separate MMU and MPU (memory protection unit) would be needed for starters.
G4 PPC
I wouldn’t imagine Haiku would have very good single threaded performance when compared with MorphOS on a G4 PPC. I’ve got a Silent Upgrade G4 Mac Mini running the latest MorphOS and it’s quite responsive.
If they’d sell the apollo accelerators stand alone… as just a CPU it would be interesting and viable but its rather not really an option since they are proprietary and only integrated with Amiga computers. It is what it is I guess.