Update:

> MorphOS and Linux can now boot on emulated Pegasos II with VOF
> (built into coming QEMU v6.1) instead of the original SmartFirmware

QEMU v6.1 now released:

"new board support for Genesi/bPlan Pegasos II (pegasos2)"
https://lists.gnu.org/archive/html/qemu-devel/2021-08/msg04108.html
https://www.qemu.org/2021/08/24/qemu-6-1-0/

"- Experimental "Virtual Open Firmware" option for pseries (and Pegasos2) which implements most of the firmware behaviour inside qemu. […]
- Added 'pegasos2' machine type emulating the Genesi/bPlan Pegasos II board"
https://wiki.qemu.org/ChangeLog/6.1#PowerPC

I'm using an emulated Pegasos with MorphOS 3.15 rc1 to rc4. It can even be used, although it lacks a good graphics card. Lack of support for Lan and sound cards bothers a bit. It is also impossible to save autostart from setenv. Time to try the full version 6.1

> I'm using an emulated Pegasos with MorphOS 3.15 rc1 to rc4.

I guess you mean rc1 to rc4 of QEMU v6.1 ;-)

> Lack of support for Lan

Why not simply use an emulated RTL8139 like in comment #140?

> It is also impossible to save autostart from setenv.

As a workaround until NVRAM emulation is added, you can extract the boot.img from the ISO image and use '-kernel boot.img'.

Quote:

Yes, sorry, my mistake.:)

Quote:

Parameter which i used in Mac99 emulation, -net nic,model=rtl8139 -net user not work, dos console message: warning:requested NIC (#net033, model rtl8139) was not created.
(not supported by this machine?)


Quote:

Will try it tomorrow. Thanks for the help!

Is there some reason why anyone would use Pegasos II instead of Mac99 or Sam460 system in QEmu when running MorphOS? At least I don't see any reason.

[ Edited by Piru 28.08.2021 - 07:59 ]

Maybe because Pegasos was first MorphOS computer?
And what about Altivec - how is emulated/used in Qemu PPC ? I think there are no options such "cpu mode='host-passthrough" in PPC Qemu+KVM version ?..

Quote:

The goal was to use kvm-pr mode and use powerpc at full speed.
With a Sam460ex it was not possible due it's book3e cpu.

I repeat, any help is much appreciated and MOS Team could elaborate another way to release licences for these virtual boards.

Quote:

Once again, there are no plans to allow registering emulators.

> what about Altivec - how is emulated/used in Qemu PPC ?

On x86-64, which is what Piru runs QEMU on, AltiVec/VMX instructions are translated to AVX instructions (or to scalar instructions on old x86-64 CPUs that lack AVX).

> I think there are no options such "cpu mode='host-passthrough"
> in PPC Qemu+KVM version ?

In theory this should be possible with Book III-S CPU virtualized on Book III-S CPU (see comment #161). Some years ago, there were reports on POWER9 virtualizing G4 at 2 GHz running Mac OS X. I'm not aware of anyone successfully running MorphOS or OS4 this way, though.

Quote:
You can configure arbitrary CPU while using QEmu. I often use 750cxe and 7448 when testing (this is in combination with -machine mac99). I don't know how kvm-pr works exactly but it'd be mighty silly if it would somehow restrict the emulated CPU type.

You can get some impossible system + CPU combinations but as long as you boot the correct MorphOS version (and the CPU is supported in the first place) it ought to just work. Naturally if the kvm-pr can't emulate a MorphOS compatible CPU it won't work. My point here is that Pegasos II machine emulation doesn't give you any better options regarding this.

Granted, I don't use kvm-pr myself so I have no intimate knowledge about the limitations it poses. Yet, I see no way how Pegasos II machine emulation would improve the situation there.

[ Edited by Piru 28.08.2021 - 08:07 ]

Quote:

There would not be any emulation of CPU as same (PowerPC) CPU which runs Qemu natively would run MorphOS natively (through Qemu). Like VirtualBox + co. in x86 world. Or AROS/hosted on Linux.

> I don't know how kvm-pr works exactly but it'd be mighty
> silly if it would somehow restrict the emulated CPU type.

See comments #149 and #161. KVM is not about (slow) CPU emulation but about (fast) CPU virtualization. With Power(PC) on Power(PC), KVM-PR lets user mode instructions be run directly but emulates supervisor/privileged instructions, as explained here and there. However, this only works with Book III-S on Book III-S (called just 'Book III' in PowerPC ISA and again as of Power ISA v3.0+), not with Book III-S on Book III-E (called 'Book E' during PowerPC ISA era), not with Book III-E on Book III-S, and interestingly also not with Book III-E on Book III-E.

> if the kvm-pr can't emulate a MorphOS compatible CPU it won't work.

It can, see link in comment #174. The issue lies elsewhere.

> Pegasos II machine emulation doesn't give you any better options regarding this. […]
> I see no way how Pegasos II machine emulation would improve the situation there.

See above.

There is almost no money in Morphos.
Made Morphos open source and let everbody use it as they want.
kvm why not?
proces under ppc linux why not?
emulator why not?

> There would not be any emulation of CPU as same (PowerPC) CPU
> which runs Qemu natively would run MorphOS natively (through Qemu).

This would be KVM-HV, which virtualizes as guest CPU the very same CPU as the host CPU. KVM-PR provides partly direct execution, partly emulation, depending on instruction privilege level.

Quote:

Pegasos II virtual machine was addressed mainly to run OS4 on PowerMacs in KVM mode.
The whole project is a work in progress, I'll have to give some feedback to Zoltan to enable KVM.

Quote:

Nobody stops you doing either of those.

Quote:

My WebKit port is open source... nobody has even forked the repo so far. The people who would know what to do with those sources are already inside the MorphOS Team.

I am well aware how KVM virtualization works in general. My point was that no amount of Pegasos II system emulation helps with whatever issues there are with it.

> no amount of Pegasos II system emulation helps with whatever issues there are with it.

Yes, but the basis to use QEMU for running MorphOS/OS4 on speedy POWER9 or OS4 on cheap G5 Macs, all without (full) CPU emulation, is now already there with the Pegasos II emulation, so that as soon as the issue that prevents running MorphOS or OS4 with KVM-PR is solved, the fun can begin for those inclined.

Edit: some corrections

[ Edited by Andreas_Wolf 29.08.2021 - 09:54 ]

Quote:
I still fail to see what this Pegasos II emulation brings to running MorphOS in QEmu. I see no benefits whatsoever over Mac99.

If this is about some other OSes that's a completely different topic that I'm not interested in.

Quote:

Maybee not.
MOS Team loses nothing by made Morphos open source.

> I still fail to see what this Pegasos II emulation brings to running MorphOS
> in QEmu. I see no benefits whatsoever over Mac99. If this is about some
> other OSes that's a completely different topic that I'm not interested in.

Yes, you are right. The basis of running MorphOS with KVM-PR is already covered by the mac99 system emulation (but not by Sam460 emulation you mentioned in comment #162 and originally in comment #170, i.e. before you added Mac99 in an edit). So this is about an OS you're not interested in (as already said by Flash in comment #180).

I was trying to recognize the "audio stick"
I like to take tests

"the stick I use is regularly recognized by the real morphos hardware"

I was wondering if this "poseidon" error is probably due to because I have not yet created a UDEV rule or is it possible to solve it within morphos?

here is the log:
13: 50: 01 | 0-poseidon.library: Welcome to poseidon 4.4 (15.3.18) © 2002-2018 by Chris Hodges (20090807)!
13: 50: 01 | 0-poseidon.library: This is the PPC native MorphOS version.
13: 50: 01 | 0-poseidon.library: Event broadcaster started.
13: 50: 01 | 0-poseidon.library: Say hello to massstorage.class V4.9 (Supports storage devices via usbscsi.device (MOS)).
13: 50: 01 | 0-poseidon.library: Whoah! hub.class V4.4 surprised as Root / external hub base class (MOS).
13: 50: 01 | 0-poseidon.library: The door bell rang for hid.class V4.6 (Generic support for human interface devices (MOS)).
13: 50: 01 | 0-poseidon.library: New hardware pciusb.device / 0 added (PCI OHCI USB 1.1 Host Controller (NEC)).
13: 50: 01 | 0-poseidon.library: Root hub has been enumerated.

13: 50: 01 | 20-poseidon.library: Opening pciusb.device unit 1 failed device / unit failed to open (-1).

13: 50: 01 | 0-hub.class: Hub with 3 ports successfully configured.
13: 50: 01 | 0-hub.class: I'm in love with hub 'PCI Root Hub Unit 0'.
13: 50: 02 | 0-hub.class: Detected device 'QEMU USB Keyboard' at port 1. I like it.
13: 50: 02 | 0-hub.class: Detected device 'QEMU USB Mouse' at port 2. I like it.
13: 50: 02 | 0-hub.class: Detected device 'QEMU USB Hub' at port 3. I like it.
13: 50: 02 | 0-hub.class: Hub has added 3 device (s). That'll be fun!
13: 50: 02 | 0-hid.class: Using HID Descriptor from initial configuration run.
13: 50: 02 | 0-hid.class: HID the road, 'QEMU USB Keyboard'!
13: 50: 02 | 0-hid.class: Using HID Descriptor from initial configuration run.
13: 50: 02 | 0-hid.class: HID the road, 'QEMU USB Mouse'!
13: 50: 02 | 0-hub.class: Hub with 8 ports successfully configured.
13: 50: 02 | 0-hub.class: I'm in love with hub 'QEMU USB Hub'.
13: 50: 43 | 5-Trident: Forcing a DirScan for (new) classes, as you probably updated to a newer version.

thanks for any suggestions

[ Edited by white 17.09.2021 - 22:17 ]

I created a UDEV rule for the usb-audio device now qemu (morphos) is able to access the device and the device is recognized as audio-usb-device and recognizes the device with the correct name.
Not everything is perfect but it is a small step forward.
If I try to rescan the device stops working.
Qemu probably needs to be recompiled for usb support (maybe)
here the log of morphos:

15: 20: 03 | 0-poseidon.library: Welcome to poseidon 4.4 (15.3.18) © 2002-2018 by Chris Hodges (20090807)!
15: 20: 03 | 0-poseidon.library: This is the PPC native MorphOS version.
15: 20: 03 | 0-poseidon.library: Event broadcaster started.
15: 20: 03 | 0-poseidon.library: Say hello to massstorage.class V4.9 (Supports storage devices via usbscsi.device (MOS)).
15: 20: 03 | 0-poseidon.library: Whoah! hub.class V4.4 surprised as Root / external hub base class (MOS).
15: 20: 03 | 0-poseidon.library: The door bell rang for hid.class V4.6 (Generic support for human interface devices (MOS)).
15: 20: 03 | 0-poseidon.library: New hardware pciusb.device / 0 added (PCI OHCI USB 1.1 Host Controller (NEC)).
15: 20: 03 | 0-poseidon.library: Root hub has been enumerated.
15: 20: 03 | 20-poseidon.library: Opening pciusb.device unit 1 failed device / unit failed to open (-1).
15: 20: 03 | 0-hub.class: Hub with 3 ports successfully configured.
15: 20: 03 | 0-hub.class: I'm in love with hub 'PCI Root Hub Unit 0'.
15: 20: 04 | 0-hub.class: Detected device 'QEMU USB Keyboard' at port 1. I like it.
15: 20: 04 | 0-hub.class: Detected device 'QEMU USB Mouse' at port 2. I like it.
15: 20: 04 | 0-hub.class: Detected device 'QEMU USB Hub' at port 3. I like it.
15: 20: 04 | 0-hub.class: Hub has added 3 device (s). That'll be fun!
15: 20: 04 | 0-hid.class: Using HID Descriptor from initial configuration run.
15: 20: 04 | 0-hid.class: HID the road, 'QEMU USB Keyboard'!
15: 20: 04 | 0-hid.class: Using HID Descriptor from initial configuration run.
15: 20: 04 | 0-hid.class: HID the road, 'QEMU USB Mouse'!
15: 20: 04 | 0-hub.class: Hub with 8 ports successfully configured.
15: 20: 04 | 0-hub.class: I'm in love with hub 'QEMU USB Hub'.
15: 20: 04 | 0-hub.class: Detected device 'USB Audio Device ??????????????' at port 1. I like it.
15: 20: 04 | 0-hub.class: Hub has added 1 device (s). That'll be fun!
15: 20: 04 | 10-poseidon.library: GET_INTERFACE (1) failed: response timeout (6)
15: 20: 04 | 10-poseidon.library: GET_INTERFACE (2) failed: response timeout (6)
15: 20: 04 | 0-hid.class: Using HID Descriptor from initial configuration run.
15: 20: 04 | 10-hid.class: GET_REPORT_DESCRIPTOR (60) failed: response timeout (6)!
15: 20: 04 | 20-hid.class: Error parsing report descriptors!
15: 20: 04 | 10-poseidon.library: GET_INTERFACE (1) failed: response timeout (6)
15: 20: 04 | 10-poseidon.library: GET_INTERFACE (2) failed: response timeout (6)
15: 20: 04 | 0-hid.class: Using HID Descriptor from initial configuration run.
15: 20: 04 | 10-hid.class: GET_REPORT_DESCRIPTOR (60) failed: response timeout (6)!
15: 20: 04 | 20-hid.class: Error parsing report descriptors!
15: 20: 08 | 5-poseidon.library: Device USB Audio Device ?????????????? probably dropped dead!
15: 20: 08 | 5-usbaudio.class: Recording mode with 1 ch @ 16b was assigned to 2 ch @ 16b output mode.
15: 20: 08 | 10-poseidon.library: GET_INTERFACE (1) failed: response timeout (6)
15: 20: 08 | 10-poseidon.library: GET_INTERFACE (2) failed: response timeout (6)
15: 20: 08 | 10-hid.class: GET_REPORT_DESCRIPTOR (60) failed: response timeout (6)!
15: 20: 08 | 20-hid.class: Error parsing report descriptors!

here a small video of the test:
https://www.youtube.com/watch?v=wTLi_UQfUro

here instead how the usb-audio stick on the powerbook g4 is recognized:
https://www.youtube.com/watch?v=4wvQ7ClU-5E

I've tried experimenting with this and my bet would be that QEmu simply does not emulate the USB hardware well enough for MorphOS drivers to work.