Hi all,
I've been asked by Mark to report my testings here.
Tested with qemu-for-ppc-2.8 commit 8b0262d0bcb7c697f2db8d6cd731cb478937902a.
Command line: qemu-system-ppc -M mac99 -m 256 -prom-env 'boot-args=-v' -bios foo/openbios-qemu-vga.elf -boot d -prom-env 'auto-boot?=false' -hda foo.qc2 -cdrom AmigaOS\ 4.0\ (Hacked\ for\ Mac\ Mini).iso -nographic
Output: Welcome to OpenBIOS v1.1 built on Jul 31 2016 05:52
0 > boot cd:,\slb_v2 >> switching to new context:
MM/OF Second-level booter V2. Idea, design and main code: Andrea Vallinotto. SFS and ISO9660 reading routines: Joerg Strohmayer. No config files found in any supported media/device! Goodbye EXIT 0 >
On 04/08/16 15:26, Natalia Portillo wrote:
Hi all,
I've been asked by Mark to report my testings here.
Tested with qemu-for-ppc-2.8 commit 8b0262d0bcb7c697f2db8d6cd731cb478937902a.
Command line: qemu-system-ppc -M mac99 -m 256 -prom-env 'boot-args=-v' -bios foo/openbios-qemu-vga.elf -boot d -prom-env 'auto-boot?=false' -hda foo.qc2 -cdrom AmigaOS\ 4.0\ (Hacked\ for\ Mac\ Mini).iso -nographic
Output: Welcome to OpenBIOS v1.1 built on Jul 31 2016 05:52
0 > boot cd:,\slb_v2 >> switching to new context:
MM/OF Second-level booter V2. Idea, design and main code: Andrea Vallinotto. SFS and ISO9660 reading routines: Joerg Strohmayer. No config files found in any supported media/device! Goodbye EXIT 0 >
Okay this one needs logs from OpenBIOS with DEBUG_CIF enabled in libopenbios/client.c to see how it is trying to access the drive.
ATB,
Mark.
Uploaded to MEGA folder.
On 04/08/16 20:24, Mark Cave-Ayland wrote:
On 04/08/16 15:26, Natalia Portillo wrote:
Hi all,
I've been asked by Mark to report my testings here.
Tested with qemu-for-ppc-2.8 commit 8b0262d0bcb7c697f2db8d6cd731cb478937902a.
Command line: qemu-system-ppc -M mac99 -m 256 -prom-env 'boot-args=-v' -bios foo/openbios-qemu-vga.elf -boot d -prom-env 'auto-boot?=false' -hda foo.qc2 -cdrom AmigaOS\ 4.0\ (Hacked\ for\ Mac\ Mini).iso -nographic
Output: Welcome to OpenBIOS v1.1 built on Jul 31 2016 05:52
0 > boot cd:,\slb_v2 >> switching to new context:
MM/OF Second-level booter V2. Idea, design and main code: Andrea Vallinotto. SFS and ISO9660 reading routines: Joerg Strohmayer. No config files found in any supported media/device! Goodbye EXIT 0 >
Okay this one needs logs from OpenBIOS with DEBUG_CIF enabled in libopenbios/client.c to see how it is trying to access the drive.
ATB,
Mark.
On Thu, 4 Aug 2016, Natalia Portillo wrote:
Uploaded to MEGA folder. On 04/08/16 20:24, Mark Cave-Ayland wrote:
On 04/08/16 15:26, Natalia Portillo wrote:
Hi all,
I've been asked by Mark to report my testings here.
Tested with qemu-for-ppc-2.8 commit 8b0262d0bcb7c697f2db8d6cd731cb478937902a.
Command line: qemu-system-ppc -M mac99 -m 256 -prom-env 'boot-args=-v' -bios foo/openbios-qemu-vga.elf -boot d -prom-env 'auto-boot?=false' -hda foo.qc2 -cdrom AmigaOS\ 4.0\ (Hacked\ for\ Mac\ Mini).iso -nographic
Output: Welcome to OpenBIOS v1.1 built on Jul 31 2016 05:52
0 > boot cd:,\slb_v2 >> switching to new context:
According to this forum thread: http://www.amiga.org/forums/archive/index.php/t-33796.html you may need to manually set boota-device to your boot device before trying to boot it.
But AFAIK this iso was an abandoned hack that is only supposed to sort of work on a specific Mac mini (1.5GHz G4 with 64MB Radeon Video) so not likely to do anything remotely usable on current QEMU so I would not spend too much time with it. Even on the mini it was made for it had no network, USB and other problems were mentioned in posts I've seen so I'd expect it to be problematic.
Also the MorphOS has some problems. It can be booted but it has no drivers for any QEMU emulated graphics (or vice versa) so you won't see anything even when it boots. Also versions above 3.7 has bugs that will prevent it from booting and even when it does boot it's very slow. I'll give that another try when new MorphOS and QEMU versions will be available to see if anything has improved.
Regards, BALATON Zoltan
Correct, setting boota-device makes it go further. Not booting still.
Considering AmigaOS 4 and MorphOS use real PowerPC devices maybe it's better to create a qemu machine for them... I know MorphOS uses SmartFirmware that is basically, OpenFirmware.
On 04/08/16 21:21, BALATON Zoltan wrote:
On Thu, 4 Aug 2016, Natalia Portillo wrote:
Uploaded to MEGA folder. On 04/08/16 20:24, Mark Cave-Ayland wrote:
On 04/08/16 15:26, Natalia Portillo wrote:
Hi all,
I've been asked by Mark to report my testings here.
Tested with qemu-for-ppc-2.8 commit 8b0262d0bcb7c697f2db8d6cd731cb478937902a.
Command line: qemu-system-ppc -M mac99 -m 256 -prom-env 'boot-args=-v' -bios foo/openbios-qemu-vga.elf -boot d -prom-env 'auto-boot?=false' -hda foo.qc2 -cdrom AmigaOS\ 4.0\ (Hacked\ for\ Mac\ Mini).iso -nographic
Output: Welcome to OpenBIOS v1.1 built on Jul 31 2016 05:52
0 > boot cd:,\slb_v2 >> switching to new context:
According to this forum thread: http://www.amiga.org/forums/archive/index.php/t-33796.html you may need to manually set boota-device to your boot device before trying to boot it.
But AFAIK this iso was an abandoned hack that is only supposed to sort of work on a specific Mac mini (1.5GHz G4 with 64MB Radeon Video) so not likely to do anything remotely usable on current QEMU so I would not spend too much time with it. Even on the mini it was made for it had no network, USB and other problems were mentioned in posts I've seen so I'd expect it to be problematic.
Also the MorphOS has some problems. It can be booted but it has no drivers for any QEMU emulated graphics (or vice versa) so you won't see anything even when it boots. Also versions above 3.7 has bugs that will prevent it from booting and even when it does boot it's very slow. I'll give that another try when new MorphOS and QEMU versions will be available to see if anything has improved.
Regards, BALATON Zoltan
On Thu, 4 Aug 2016, Natalia Portillo wrote:
Correct, setting boota-device makes it go further. Not booting still.
What does it show? (Just curious, don't expect to get it working as it's not even working correctly on real hardware as I've read in forum posts.) I've read that it should display some prompts where you have to press return for it to continue (or select a config first). Then on the video linked from that forum post it displayed loading some modules. That's probably the farthest we could expect to get on QEMU.
Considering AmigaOS 4 and MorphOS use real PowerPC devices maybe it's better to create a qemu machine for them... I know MorphOS uses SmartFirmware that is basically, OpenFirmware.
Recent MorphOS can run on Mac hardware with OpenFirmware (it only uses SmartFirmware on some other PPC hardware). The current OpenBIOS and QEMU mac99 model would be good enough to boot MorphOS 3.x but not good enough to be anything useful because of missing graphics output and very low speed. (I hope BenH's current work on improving mac99 model could also help with MorphOS performance but the missing graphics would still be a problem and limit usefulness.) Unfortunately unlike MacOS it's difficult to debug or circumvent this from the MorphOS side as these are not documented and we cannot get support from MorphOS developers who had the means to solve this easier than what we can do (having access to source code and be able to write new graphics drivers for MorphOS) but they've expressed that they are not interested and won't support it. (Which likely also means that one could only try the demo version but cannot get a license to use MorphOS on QEMU so this is mostly for academic interest rather than real use.)
But this is still much better than AmigaOS 4 which AFAIK is legally not possible to run on QEMU even if we could get it to work technically so I did not even try that.
I have also considered creating a new non-Mac PPC device emulation that could also run MorphOS and other OSes (based on previous work in progress by others on this) but we're also missing some hardware emulation for that so it needs time and knowledge I lack to implement everything needed. I'm still interested in these but don't have time for it so I can't contribute much more now than following this list and share what I know and occasionally try a few things as time permits. We may eventually get somewhere but progress is very slow.
Regards, BALATON Zoltan