On Fri, Aug 17, 2018 at 8:48 AM, Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> wrote: > On 17/08/18 13:34, Jonathan Gray wrote: > >> On Fri, Aug 17, 2018 at 12:15:10PM +0100, Mark Cave-Ayland wrote: >>> Hi all, >>> >>> I was just wondering what is the current state of the openbsd/macppc >>> port? As part of my recent work on qemu-system-ppc I now have a patch >>> that can boot OpenBSD macppc under the New World (-M mac99,via=pmu) >>> machine but I'm seeing quite a bit of instability in OpenBSD compared to >>> all my other test OSs. >>> >>> For those that are interested I have included screenshots below: >>> >>> OpenBSD 6.3 >>> - Hangs just after USB detection >>> - https://www.ilande.co.uk/tmp/qemu/openbsd-6.3.png >>> >>> OpenBSD 6.2 >>> - Panics just after USB detection >>> - https://www.ilande.co.uk/tmp/qemu/openbsd-6.2.png >>> >>> OpenBSD 6.1 >>> - Boots all the way to the installer but causes qemu-system-ppc to >>> terminate fairly easily after pressing a few keys with "qemu: fatal: >>> ERROR: instruction should not need address translation" >>> - https://www.ilande.co.uk/tmp/qemu/openbsd-6.1.png >>> >>> Note I also get a constant stream of messages on the console related to >>> OpenPIC: >>> >>> qemu-system-ppc: openpic_iack: bad raised IRQ 47 ctpr 8 ivpr 0x4047002f >>> qemu-system-ppc: openpic_iack: bad raised IRQ 47 ctpr 8 ivpr 0x4047002f >>> qemu-system-ppc: openpic_iack: bad raised IRQ 47 ctpr 8 ivpr 0x4047002f >>> qemu-system-ppc: openpic_iack: bad raised IRQ 47 ctpr 8 ivpr 0x4047002f >>> qemu-system-ppc: openpic_iack: bad raised IRQ 28 ctpr 8 ivpr 0x4045001c >>> qemu-system-ppc: openpic_iack: bad raised IRQ 28 ctpr 8 ivpr 0x4045001c >>> qemu-system-ppc: openpic_iack: bad raised IRQ 28 ctpr 8 ivpr 0x4045001c >>> etc. >>> >>> >>> Obviously I can't categorically state that QEMU's emulation is perfect, >>> but it can now reliably run all of Linux, MacOS, NetBSD and FreeBSD in >>> my local tests which makes me suspect that OpenBSD is trying to do >>> something different here. >> >> Builds are done natively on real hardware (xserves). Your work on >> qemu-system-ppc would be improved by being able to compare to a real >> machine while it is still possible to find some that work. You could >> search bugs@ but I don't believe any of those problems have been reported >> running on actual macppc machines. > > Thanks for information. I guess there is a difference between being able > to build and run the guest OS - for example do the builds get regularly > tested on any Sawtooth-type PowerMac3,1 machines (which is effectively > what QEMU is trying to emulate)? >
Hi Mark, I regularly run macppc. Here's my dmesg from a PowerMac10,2 which is a Mac Mini G4 and where I do all my ports building: http://dickman.org/openbsd/dmesg/dmesg.macppc I also have other macppc hardware which runs quite well. The only problem case is my G5 where the hard drive does not get detected. Hope this helps.
