qemu Pegasos2 test

[White]

@Maijestro
The problem was the hidden Boot partition where to put the boot-loader.
Thanks for your help

I did some little tests.

Yeh, it's ok at the moment but winuae is still faster.

But Qemu could open a new path this time in a faster way in terms of progress of the works.

I modified a HD by activating the Voodoo drivers.

Of course I can choose them but it's not supported but this time it should be easy to implement in Qemu.

And it would greatly increase the use of qemu with Voodoo by many users to use the 4.1

"See 'PCem' but I think 'ZBalaton' knows about it"

Even if it is not the ideal video card, it would allow you to do many more things natively and the speed of many applications would greatly increase.

(later the "ati" tab would be ideal)

If the topic continues then I have many questions about qemu management.

(Because in the backup I had on linux I can no longer find the commands I had written for the management of several virtual Hard-Disks, the mounting of a real partition, etc.
Maybe I'll have them somewhere in some portable HD.

But I can find them online.

I hope so...

I look forward to further advice on this emulation, Thanks

Here the test:

[ Show youtube player ]

[White]

I have to put this because now the speed is amazing.

Altivec Enabled is 1.5ghz CPU

Thank you
@Maijestro

[White]

And really very fast, now it's better than WinUAE (OS 4.1)
I wanted to test if the 1.5 ghz CPU was actually fast and not just with the values given by "Ranger" as an indicator.

Now I'm starting to configure everything so far I had done some superficial tests just to see how the emulation was.

Here the PSX 1 emulator with "Metal Gear Solid"
Grande game the only dubbed entirely in Italian of the entire saga.

What a pity for the Italian language dubbing of many games and yet the Italian market is very thriving and yet they continue to snub the Italian language in many games.

[ Show youtube player ]

[vulture]

is it emulating the fpu as well?

[White]

@vulture
I don't know the emulation well yet to answer you.

do you know how to see if the fpu is there?


Fixed the Workbench resolution issue
Now every application no longer suffers from the screen that changed resizing it incorrectly and therefore the problem is solved.

Waiting for the patch

I enabled SDL and solved the problem.
You can also leave out -vga none if you want

This is for linux:
qemu-system-ppc -cpu 7447 -L pc-bios -M pegasos2 -bios /home/white/Scaricati/pegasos2.rom -m 1024 -serial stdio -device sm501 -drive if=none,id=hd,file=/ home/white/Scaricati/16gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -device rtl8139,netdev=network00 -netdev user,id=network00 -nodefaults -display sdl,gl=on

or you can also add:
-vga none

all that remains is to resolve the full screen which is given at 4:3
and not in "widescreen"

although I don't pay much attention to benchmark tests:
at the resolution of 1440x 900
17,364.00

But the Workbench is not yet optimized but this is superfluous.

[ Show youtube player ]

here instead E-UAE with The Killing Ground 2 3D and MPlayer with the composite:

[ Show youtube player ]

( for E-UAE I have to reconfigure files for new screens )
so there's a bit of work to do

The hardest thing now is to give qemu a real external address for amigaOS.
I can lean on VMWare but I need to find the command for qemu
to make it use the "VM8" driver

So I can finally use Amicygnix and it's already working and I can access the terminal with the shell.
But I can't export DISPLAY precisely because I don't have the external IP for AmigaOS.

Does anyone know how to do this?

Thank you.

[vulture]

Thx for the additional info m8!

As for the FP question, I think it's moot. I believe Altivec is the fp unit of G4 and since it's supported, that means there's fp emulation in there which is great!

Regarding the IP...hmmm...maybe it can be controlled by the amiga os itself? I mean, have you tried to set a static IP to the internet prefs and see if that works?

[White]

For the external IP I'm working on zbalaton gave me this suggestion:

I'm working on it

How to set up QEMU networking
The simplest is to use the slip/user networking which can be enabled as e.g. -netdev user,id=net0 -device rtl8139,netdev=net0 (see the QEMU docs for more information). If you want to access services on the guest, ports can be forwarded with the hostfwd option.
For more advanced setups the tap networking can be used which is like a virtual network cable connecting a tap device on the host to the emulated card in the guest. This needs some setup on the host machine first. On Linux you can create a tap device as root (set username to your user name, otherwise QEMU needs to run as root):

# ip tuntap add user <username> mode tap
# ip link set tap0 up
# ip addr add 192.168.0.1/24 dev tap0

Then you can attach a virtual network card to that tap interface as -netdev tap,id=net0,ifname=tap0,script=no,downscript=no -device ne2k_pci,netdev=net0 and set an IP address (i.e. 192.168.0.2) in the guest (adjust these IP addresses as needed). Then you can communicate between host and guest or set up routing on the host. Alternatively, instead of assigning IP addresses you can create a bridge on the host and add the tap device to that to allow the guest to access the same physical network the host is attached to as if it were a real machine.
See also KVM networking docs. On macOS you may want to look at vmnet networking or check the network section of the guides at emaculation.com for macOS or Windows.

It has been added to the qemu FAQ

------------------------------------------------

I have finished configuring the system
In practice everything works.
I recompiled qemu

The only problems are not the network because if I browse sites not only dedicated to amigaos everything works fine including downloading files.

What is not working well and streaming there must be something wrong.
And that somehow create the problem.

Because with TwitchTV, for example, just configured with Emotion, everything worked. so I "backed up" the .raw file to keep it.

Same raw file. same configuration Emotion no longer worked.
I'm using the old "rtl8139" file as recommended.
But that doesn't change things.

Now even YT.rexx doesn't work anymore.
While AmiTube works fine with the "MickJTPlayer" composite

(( I'm starting to think that the "filesystem" doesn't assign the right "flags" has something to do with it

As soon as I have time I dedicate myself to the filesystem and create a new .raw file with the latest filesystem for amigaos 4.1 (not 68k) ))

Here a test with E-UAE with the final full screen configuration with demos written for the 060 etc.

Ah then i played all the first level of The Killing Ground 3D
I'd say it's perfect.

[ Show youtube player ]

[White]

test done with Odyssey on Youtube without script:

[ Show youtube player ]

[White]

THIS IS REFERRING TO QEMU:

Problem solved.
Now TwitchTV works without problems.
YT.rexx also works without problems.



To recap....

As mentioned many times the emulation is not perfect and is therefore subject to errors that clearly do not occur on real hardware.


The problem with YT.rexx was that I have to be on the Youtube main page otherwise the script doesn't work that's why it didn't work for me.

Going to Youtube.com .it etc.
YT.rexx works perfectly.

Whereas with WinUAE I can open any video even if I'm not on the Youtube main page.
(I have to investigate this) to make it work like this in "Qemu" as well.

For Aiostreams ( TwitchTV.py )
The problem is simply the Browser Odyssey (I repeat in emulation with qemu).

Having tested in emulation the various "kas1e" beta releases
over time I have always considered the best Odyssey 2 Beta version in emulation in my tests.

In fact using ODYSSEY BETA 2 TwitchTV works without problems and Emotion never crashes.
I haven't tried the later betas yet.
But what is sure is that the "final" version the one on current Osdepot has problems with qemu.

For some reason it is incompatible with Emotion is TwitchTV.py

I also point out that in sporadic cases the connection sometimes hangs but only in "streaming" not while I'm browsing various sites.
(( but this clearly I guess pertains to Qemu ))

I'm also posting this .log if it helps which occurs very rarely regarding
TwitchTV.py :
Traceback (most recent call last):
File "Amiga:Utilities/aiostreams/twitch.py", line 302, in <module>
main(sys.argv[1:])
File "Amiga:Utilities/aiostreams/twitch.py", line 279, in main
videoInfo = aioapi.getVideoInfo(video['id'], video['type'])
File "Amiga:Utilities/aiostreams/twitch.py", line 124, in getVideoInfo
responseData = self.call(endpoint, query)
File "Amiga:Utilities/aiostreams/twitch.py", line 67, in call
return self.getURL(url)
File "Amiga:Utilities/aiostreams/twitch.py", line 57, in getURL
print (URLError["reason"])
TypeError: 'type' object is unsubscriptable



here the test (the description above is highlighted in the video)

[ Show youtube player ]

Hey, I write in the post because I would like other people to join the emulation.
BUGS would be discovered faster :-)

[vulture]

thx for that, gonna prove useful when I finally get the time to install my Peg2 OS4.1 on newest QEMU!

[White]

@vulture

Here I did a quick build with WSL2
in Windows 10 by qemu for Pegasos2.

With relative Boot from installation CD.

Or Boot directly from your virtual Hard-Disk.

The requirements are to install the packages to compile the latest build of qemu (build 8) according to the Linux distribution you use in WSL2.

System used:
Windows 10 Enterprise LTSC 2021 Latest Build (WSL2)
Linux ( kali linux latest build )

--------------------------------------------------------------------------------------------------

apart from the classic dependencies you could encounter a problem in the compilation due to "MESON"

so before installing "qemu"

Do:

sudo apt-get install git libglib2.0-dev libfdt-dev libpixman-1-dev zlib1g-dev ninja-build meson

$ git clone https://gitlab.freedesktop.org/slirp/libslirp.git

$ cd libslirp

$ meson build

$ sudo ninja -C build install

$cd ..

$ cd qemu

$ mkdir -p bin/debug/native

$ cd bin/debug/native

$ ../../.././configure --enable-slirp --enable-debug

$make -j$(nproc)

$ sudo make install

$ cd ../../..

and then proceed as below:

[ Show youtube player ]

[vulture]

thx m8!

[White]

for more information and the creation of your own customized iso:

https://www.amiga-news.de/en/news/AN...-00086-EN.html

[White]

I saw that the qemu 8 version doesn't include rebooting or shutting down the machine directly from qemu.

as can be seen here in this example:
https://ibb.co/QQpR3nF

to do this BEFORE compiling:

replace the following file in "qemu"

qmu/hw/acpi/core.c

here the attachment:

Go to your Qemu directory /hw/acpi/ open core.c with a text editor and search for endianness = DEVICE_LITTLE_ENDIAN change this line from LITTLE to NATIVE it should look like "endianness = DEVICE_NATIVE_ENDIAN".

There are 3 entries that have to be changed! Then recompile it, under AmigaOs4.1 you can now stop the emulation via the menu AmigaOs4.1 Shutdown.

Thanks to "Maijestro" for this change.

[White]

I add this note,

To have an online note in the future to review later

And also for those who would like to try it with "Pegasos2"

Why am I trying to get an external IP with "qemu"
"To use Amicygnix with DISPLAY export"

It actually works but the connection is still not stable

I am convinced that there are problems with the "RTL8139" driver
both with the old one and also with the new one inserted in update 2 with "qemu Pegasos2".

In fact in WinUAE to use an external IP via NPCAP I have to use "RTL 8029" because if instead I use the "ETHERNET" driver it is not possible to obtain an external IP.

Well we will use "tap" to get an external IP with the RTL8139 driver :

sudo ip tuntap add user white mode tap
sudo ip link set tap0 up
sudo ip addr add 192.168.0.1/24 dev tap0

sudo sysctl net.ipv4.ip_forward=1
sudo iptables -I FORWARD 1 -i tap0 -j ACCEPT
sudo iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE

This is done manually but you can make it permanent once it works and thus not re-do the same commands every time.

Done this to proceed with AmigaOS 4.1
Just make new connection:

Choose "RTL8139"
And choose static IP:
192.168.0.2
255.255.255.0
192.168.0.1
192.168.0.1

here are the commands for qemu:

qemu-system-ppc -cpu max -cpu 7447 -smp 1,sockets=1,cores=1,threads=1 -L pc-bios -M pegasos2 -bios /home/white/Scaricati/pegasos2.rom -m 1024 -serial stdio -device sm501 -drive if=none,id=hd,file=/home/white/Scaricati/16gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev tap,id=tap0,ifname=tap0,script=no,downscript=no -device rtl8139,netdev=tap0 -nodefaults -display sdl,gl=on

Once this is done we have the external IP we need for example to use "AmiCygnix"

That's all
It is not stable unfortunately it seems to lose connection sometimes.

Even if the "ping" to the Linux machine is to "TAP0" it works without any packet loss.

I leave the note here in case someone wants to intervene to help me.

Maybe I'll do a quick video later.

note:
Since I'm no longer a young man yesterday I wanted to try "Ubuntu 23.04" just to try I said to myself maybe it's simpler even if the configuration files are more or less the same.

Personal judgment:
Forget one obscene thing Gnome is really unstable in my opinion even using "GEdit" if you do a copy and paste in most cases it doesn't work.
And anyway even with "Ubuntu 23.04 the problems are identical with RTL8139".

So I reverted to Kali removing Gnome which I wanted to try.

Can anyone help me understand why the connection is unstable ?

Am I doing something wrong ?

Thank you.

[White]

here is an example
as you can see it works apart from the slight lag.

But this unfortunately doesn't happen often
So yes there are probably some problems with RTL8139

Without using the "TAP"
The connection rarely hangs.

Instead if I use eth0 (real) network cable
runs very slow or does not work.

I'm not a speed freak, I use the usb stick and it's fine
But if I use the network cable with Windows or Linux the speed doubles.

here the video of the test as you can see it works with an external IP but not always:

[ Show youtube player ]

[White]

I'm doing all this to use AmiCygnix because with the internal IP I can't connect to the AmiCygnix shell.

But here is a video for you to see the real speed of Browser Odyssey on the net also on sites like AMAZON and more.

I haven't added the datatypes yet (maybe faster)
i have to test them.

And a whole bunch of optimizations that I usually do at emulation.

Here's how fast Odyssey is with "usb stick" as wlan0 I would say extraordinary :

(( this is the Odyssey BETA 02 version of a few years ago, the most compatible in my emulation tests. ))

[ Show youtube player ]