Moana Loader on Mac Mini G4 with 1,5 Ghz and 64 MB VRAM (silent update). Booting from cd, starting apps from hd. Installation works but i.
This might work it might not it worked for me.
This method should let you install on any PPC mac mini
What you need
1 PPC mac mini any spec
2 Blank CD's
A copy of the Amiga OS 4.0 Install CD for Mac Mini G4
A copy of amiga os 4.1 (for the ATI Radeon driver)
1 CD drive from a laptop with an emergency eject button/hole
A bit of time and some tools
Part 1
Write the Amiga OS 4.0 install CD for mac mini to a CD
Copy the contents from the CD to a folder called OS4 on your hard disk
Copy the ATI Radeon drive from the OS 4.1 systemkickstartATIRadeon.chip to the folder on your hard disk in to the OS4kickstart
Write the contents of the folder to a CD
Take the CD to your mac mini.
Go in to the open firmware (ALT-CMD-O-F)
at the prompt type
Setenv boota-device cd:
boot cd:slb_v2
select the option 1
Press 'Enter' at the 'Installed mem: 1024 mega bega' prompt
Press 'Enter' at the 'About to build the copy of the OF tree; Code start at 0x01800000; press any key' prompt
Press 'Enter' at the 'All init done; about to kill OF and start ExecSG; press any key' prompt
If its works after a short while you should see the disk going in the drive.
restart the computer go in to the open firmware and eject the CD
Type at the prompt
eject cd:
Part 2
You now need to take your mac mini apart and install the laptop CD-Rom
http://www.applefritter.com/Mac_Mini_Take_Apart_Guide
Start the computer up in to the open firmware put the modified OS 4 CD in
Setenv boota-device cd:
boot cd:slb_v2
Press 'Enter' at the 'Installed mem: 1024 mega bega' prompt
Press 'Enter' at the 'About to build the copy of the OF tree; Code start at 0x01800000; press any key' prompt
When it says 'All init done; about to kill OF and start ExecSG; press any key'
Take out the modified OS 4 CD and replace it with the Amiga os 4.0 install CD for mac mini then press enter
After a while it will show you the workbench screen
it'll then ask you to pick you locals, closed the window
It'll then ask you to pick a keyboard layout, click use
after a little bit longer it will show you the OS4 Install Screen
Read the install instruction on the Amiga os 4.0 install CD for mac mini and follow them to install it
when it's install reboot the computer go in to the open firmware swap the CD's (the modified CD will now become the boot CD)
Setenv boota-device cd:
boot cd:slb_v2
press enter 3 times at the 3 stop points (you'll just do it if you got this far)
OS4 will now load.
take the CD out (you can eject it using the media toolbox) put in your OS 4.1
Copy the Radeon file from cd:systemdevmonitor to hd:systemdevmonitor
Reboot the computer and it should be all done
What still needs doing is booting off the hard disk, a network driver, a sound driver, and a USB driver
it should be possible to copy the hard disk using DD to any type of PPC mac and then it should boot if it has an OS 4.1 supported Video card
If you can improve this let me know it would be good if it could be done without taking the mac mini apart.
Which could be done if you can modified the Amiga OS 4.0 Install CD for Mac Mini G4 to include ATI Radeon driver.
If try this good luck. I had a bit of fun messing with the amiga os.
Amiga like OSes on QEMU Running Amiga like OSes on QEMU DisclaimerThese are some notes on how to run Amiga like OSes (like, and ) on that I've written to have some up todate info on the status and help new users. All this emulation in QEMU comeswithout any support and it's not expected to be complete or do everythingone may desire or dream about. It's not a commercial product with a roadmapor any goal and still a work in progress which may never get finished. I'mdoing it for personal interest and in my (limited) free time, no donationsare solicited or accepted. So don't expect it to be anything more than acuriosity at the moment and its future depends on what the open sourcecommunity makes of it. Keep this in mind when trying this.Unless another version is listed, this needs at least QEMU 3.0and does not work with older versions.
Latest changes may only be inand require building it yourself, sometimes with additionalpatches. See for instructions. I don't provide binaries orhelp building it.
These patches get in official QEMU releases eventually sothese should become more widely available in the future but sometimes thatmay take some time to reach your source of.All PPC machines are emulated by the ppc-softmmu target in QEMUso you only need to build that ( configure -target-list=ppc-softmmu).Building with -enable-debug makes emulation considerablyslower so if you want performance don't enable this option. Thesam460ex machine should run all of these OSes but MorphOScurrently does not work with it so the mac99 Macintoshemulation can be used for that instead.News. The sam440-ppc-boot-iso from the page should boot and mostly work but it's not welltested on real hardware so when a problem is found I'm not sure what is anAROS bug or an emulation bug.
Start it as:qemu-system-ppc -machine sam460ex -rtc base=localtime -drive if=none,id=cd,file=aros-sam440-ppc.iso,format=raw -device ide-cd,drive=cd,bus=ide.1Minimum required QEMU version: v2.12.0.Known problems. Screen is 640x480 and no other modes are available. (Not sure if this issomething missing from emulation or an AROS problem.).
Sometimes seems to hang during boot at a grey screen. (This may be a racecondition in AROS, booting again helps.). Only the -device ne2kpci network card emulation seems towork with the prm-rtl8029.device AROS driver. Other cards don'tseem to work but not sure if it's AROS driver or QEMU problem but Ithink those AROS drivers are x86 only and don't work on big endianmachine like PPC.AmigaOS. Only the AmigaOS 4.1 Final Edition install CD for the Sam460 (testedSam460InstallCD-53.58.iso) is expected to boot, other machinesare not emulated. Start it as:qemu-system-ppc -machine sam460ex -rtc base=localtime -drive if=none,id=cd,file=Sam460InstallCD-53.58.iso,format=raw -device ide-cd,drive=cd,bus=ide.1Minimum required QEMU version: v3.0.0.Known problems.
Initial graphics mode is incorrect which results in strange blue white colors.For some reason AmigaOS may not select the right graphics mode on boot andfalls back to PAL LowRes which results in strange colordithering. Workaround is to select the last option to boot into LiveCD andselect a better board specific mode from System / Prefs /ScreenMode. (ScreenMode prefs may take a long time to launch so wait sometime like a minute or so after you've double clicked on it before tryingagain.) See showingthe problem and workaround steps.Alternatively, you can patch the boot iso to changescreenmode.prefs to use only a 16 bit mode so theselected mode and colors will be correct. This can be done bykindlyprovided by Sebastian Bauer.
This patch applies to iso with MD5 suma9be88ab08c5883d6a6f14a12cd5b32f and should result in iso withMD5 sum 06ce410a7fc5f7dc236488f8ee76ad47. One can usebspatch Sam460InstallCD-53.58.iso Sam460InstallCD-53.58-patched.iso Sam460InstallCD-53.58.iso.bsdiffto apply the patch. At least MorphOS version 3.8 is required, latest (tested 3.11) is recommended.Start it as:qemu-system-ppc -machine mac99,via=pmu -m 512 -vga none -device sm501 -cdrom morphos-3.11.iso -boot d -prom-env 'boot-device=cd:,macppc32boot.img' -bios openbios-qemu.elf -serial stdioMinimum required QEMU version: v3.0.0. Since QEMU v4.1.0-rc0 you can also use-device ati-vga,guesthwcursor=true instead of -device sm501.See FAQ entry forlimitations.See problem 1. Below for openbios-qemu.elf. Make sure you typeor copy&paste the above command correctly. The prom-envparameter has to be exactly like above with all the backslashes, quotesaround it and without any additional spaces.
If you see an error and it's notbooting and screen remains blank a typo in this option is the mostcommon reason so check your command line carefully.Known problems. USB devices don't work on mac99.The OpenBIOS firmware does not correctly describe PCI buses of the emulatedmachine which makes MorphOS try to access devices on the wrong PCI bus. Provides a workaround, a patched OpenBIOS binary is. Mouse movement periodically jumps and CPU usage is high on mac99.This is caused by a high priority temperature.sensor task whichpresumably tries to access temperature sensors over I2C but this is notemulated by QEMU so this hangs waiting for an interrupt which is notdelivered so it has to time out.
You can see this in Applications /LogTool / LogTool. Workaround is to lower priority of this task fromUtilities / Task Manager until this is implemented in QEMU which helps withmouse freezing but does not avoid possible performance impact of this.The sensor task can also be stopped by ikill temperature.sensorfrom a shell command window or some start up script. I have collected someinformation on what is needed to emulate this I2C bus in QEMUso if someone wants to help implementing it this is open for contribution. Network problems.The preferred network card for the mac99 machine issungem (emulating the on-board ethernet port ofPowerMacs) which is supported by MorphOS but its DHCP client does notwork well with the default user/slirp network backend of QEMU.Symptoms are hang during boot (especially booting from HD) or network notworking.
Better results may be achieved using tapnetworking and static IP address assignment. Some people found thatresetting network config after installation by booting from CD andcopying the relevant configs to EnvArc may fix this. See inbelow. MorphOS does not boot on sam460ex.For some reason it cannot find PCI devices and cannot boot because ofthat. It either won't find SATA controller and thus boot CD or HD orif booting from usb-storage with the SD card image (whichis prevented by a bug in Sam460EX's U-Boot firmware anyway) it won'tfind display device so there will be no output. This problem mayactually exist on real hardware too according to, where similar issues are reported but I don't have realhardware to test.
It looks like MorphOS tries to access PCI registers with anoffset of 2 for some reason. This may not happen on real hardware or may wrapin some way and provide different results with some devices working andothers failing or people just use PCIe graphics and avoid PCI devices on realSam460EX.If you have a real Sam460EX can you please share output ofMOSSYS:C/PCIScan and/or test it with booting from a CD driveconnected to a PCI card and without any graphics card using only theon-board SM502 graphics and let us know if it works?FAQ Why not emulate Pegasos, X5000, etc.
Instead of Sam460EX? The Sam460EX is a good target because all OSes support it and emulationof most of its components were already present in QEMU or had previous workdone or relatively simple to implement. Other machines either have somehardware or software parts that are not available or easily implemented ordon't support all OSes so may be more work to implement them and does notprovide the same results as Sam460EX (i.e. To run all Amiga like OSes onQEMU in a simple way). But Sam460EX is slow, there are faster machines.
Wouldn't emulatingfaster hardware result in better performance? Emulation speed and speed of the hardware emulated are notrelated and the more complex the hardware the slower its emulation would bebecause of the added complexity need to be handled and it's also moredifficult to implement so would take longer to do.
Also frequency values (such asemulated CPU speed) the guest OS sees on an emulator have no relation to speed atwhich code runs and does not relate to real hardware speed.That said, in some cases it might help to emulate a machine with a G4 CPUbecause then software using AltiVec instructions could take advantage ofQEMU's ability to translate these to corresponding instructions of thehost or on Power CPU hosts virtualisation could be used. Therefore was considered. This is more interesting for AmigaOS becauseMorphOS already runs on mac99.
Why is QEMU so slow and how could it be made faster? Did you compile QEMU with -enable-debug option?
If sothis disables optimisation and enables some additional checks thatmakes it run considerably slower. Unless you need it for debugging trywithout this option. Apart from that, I don't know and no one wouldknow for sure without doing some profiling and identifying where thespeed penalties are. Generally, doing things from software that isnormally done by hardware is going to be slow (that's why it's done inhardware on the real machine) and emulating one hardware arch on adifferent one is just doing that: implementing the hardware featuresin software so it is expected to be slower (unless the emulatedhardware is much slower than the host). QEMU has some tricks to speedthings up but these may not work for all workloads or it may bepossible to optimise it further if someone would take the time to measure,identify and optimise bottlenecks.
Can it use KVM and would that make it faster? KVM is a virtualisation facility so it does not help emulating PPC on adifferent CPU (such as x8664 or ARM). It can only be used on a PPChost to run PPC code. Moreover, on PPC it ideally uses virtualisation(hypervisor or HV) support which is only found in server or newer CPUs. OnPPC besides this HV mode KVM also has a so called PR mode which works onCPUs without hardware support but this can only run non-privileged user codenatively and still has to emulate all privileged instructions so it's slowerthan HV KVM but depending on usage it should still be much faster thanemulating all instructions.
QEMU can use KVM on PPC host but since PPC Linuxis now more focused on PPC64 servers it's possible that older CPUs and KVMPR needs some fixes and mostly only works for BookS CPUs so supporting PPC440virtualisation would need some work. What else can be done to improve this? Probably a lot of things depending on time and expertise available (bothof which may be limited if only one person is working on this). Apart fromprofiling and trying to identify and eliminate bottlenecks (as alreadymentioned above) I think the interesting possibilities are: experimentingwith KVM on PPC hardware, trying pass-through of physical devices to virtualmachine (e.g.
Using a Radeon GPU for graphics) and supportparavirtualisation (virtio drivers) on guest OSes that could help disk andnetwork speed or using QEMU's virtio-gpu to support 3D acceleration. For workin progress ideas I've created an open project atto have a place whereinterested developers could join and cooperate to make this happen.
QEMU development process is slow and complicated. Why not write/enhanceanother emulator just for this which could move faster? QEMU is the most actively developed and maintained emulator where we geta lot of components and improvements from work done for other platforms forfree. M68k for Macintosh Quadra 800 and NeXT Cubeemulation are being merged into QEMU so we might get some useful componentsfrom that in the future.
We also benefit from any improvement made in PPCemulation for PowerMac or server emulation. Also QEMU is supported on a lotof platforms and we get this for free as well. Finally, having support forAmiga like OSes in QEMU also increases its visibility among experts betterthan having an obscure emulator that only a limited number of people developand use. So in the spirit of open source, with QEMU we get help from othersand also help others at the same time working on a common goal (e.g. Thesii3112 emulation I've added for sam460ex can beused on other platforms as this is a common PCI SATA controller and thesam460ex emulation is used to test Linux releases to ensure theystill work on this platform; the sm501 graphics chip is alsoused on SH platform emulation and the work done to get MorphOS running onmac99 helped getting MacOS and OS X running as well.) What about better graphics emulation? The currently emulated sm502 graphics is limited so evenafter optimising it it could not provide features usually found on real hardware.So instead of spending time improving it further, I've started implementing.It is far from finished (it is a big project I'm not expecting to be able tofinish any time soon without help) and can only partially emulate anATI Rage 128 Pro yet but as of QEMU v4.1.0 it can be used with MorphOS andget picture with some 2D acceleration (although video overlay is known to bemissing so video playback will fail and there could be other problems aswell). To try it replace -device sm501 with -device ati-vgain the MorphOS command line.
(This only works with mac99 so sam460excannot use it and AmigaOS does not have Rage 128 Pro driver anyway so onlyworks with MorphOS for now.).