qemu amigaos 4.1 sudo without no audio

I remembered correctly.
I swapped the GPU.
The login problem on both monitors is gone.
ACS is only enabled on the primary GPU.
In fact, the IOMMU groups are no longer separate.

Now I'm compiling:
linux-vfio for Arch-Linux

which has the ACS patches.

To see if it's convenient. Otherwise, I can always go back with the backup.

Too bad the motherboard supports ACS, but not fully.

Let's see if I can manage it.

I compiled Linux-Vfio for Arch and patched the kernel.

Everything works fine now.

The GPU are in the correct slots, the IOMMU groups are separated, and now I can even remove the HDMI audio from the R9 270x GPU using the QEMU command.
In short, ACS is in the TUF GAMING BIOS, but unfortunately, it has some limitations, so it can't be used for AmigaOS emulation in this case.

I'm happy now that I can log in to Linux directly on the primary monitor without any strange issues.

And then I can use the R9 270x on the second monitor completely normally, without the problems I had before.

I don't have to plug and unplug HDMI cables all the time.

Well,
Unbelievable!
Between audio not working and ACS on the motherboard, it was a real obstacle course for me.

I couldn't resist waiting for a refund on the HDMI KVM switch.
I ordered another, even cheaper one.

Now it works perfectly, but the problem wasn't the HDMI KVM switch.
But the command to assign the MOUSE directly in QEMU
like this:

I added a second mouse directly to the USB port on the PC I'm using.

Then:
sudo libinput list-devices:

Result:

Device: Logitech USB Optical Mouse
Kernel: /dev/input/event21
etc. etc.

sudo --preserve-env qemu-system-ppc -M amigaone -m 2048 -bios /home/white/Downloads/u-boot-amigaone.bin -serial stdio -drive media=disk,format=raw,file=/home/white/Downloads/Radeon/1ONE-32gb.raw -vga none -device vfio-pci,host=04:00.0,bus=pci.0,x-vga=on,multifunction=on -device bochs-display,romfile="" -accel tcg -device rtl8139,netdev=mynet0 -netdev user,id=mynet0 -object input-linux,id=mouse2,evdev=/dev/input/event21,grab_all=on,repeat=on
-device usb-mouse,id=mouse2


Now it's perfect I can use it A single monitor with the HDMI KVM switch.

There's no lag whatsoever with anything I use: the mouse, monitor, and everything else.

It's perfect.

Without hovering with:
-object input-linux,id=mouse2,evdev=/dev/input/event21,grab_all=on,repeat=on
-device usb-mouse,id=mouse2

This HDMI KVM switch also worked poorly with AmigaOS,
while it works flawlessly with PS5, for example.

I also remember that I now use linux-vfio for Arch in case it might be useful to others.

https://aur.archlinux.org/packages/linux-vfio-headers

VIDEO Switch HDMI KVM: https://youtu.be/hHEkx4ROhgA

I finally managed to eliminate the problem:

AMD-Vi completion wait loop timeout

that appeared at the beginning of the ArchLinux boot with the linux-vfio and linux-headers kernel ( 6.16.9-1 )

https://aur.archlinux.org/packages/linux-vfio

by adding:

to the /etc/default/grub line

pci=noats
-------------------------------------------------------------
The emulation works well with the R9 270x card
but it's not as fast as I expected, and the 2D benchmark remains the same regardless of the card used.

Even using the R9 280X Dual-X OC 3 GB GDDR5,
the benchmark remains the same.

In practice, everything works. For example, if I launch a demo, it works well. It's fast, but not instantaneous; it takes a while, while the SM501 driver is faster.

And this is practically impossible.

So I probably have to make some mistakes on the AmigaOS side regarding the installation of the RadeonHD.chip drivers.

Any suggestions ?

How do you install the E2 drivers using the installer or manually ?
I'm currently using the 3.7 drivers for the RadeonHD.chip.

Thanks

@Hans
Wow Sir you are good turned off Interrupt in devs:monitor,And man is the system fast. Everything works Emotion, mui based software, Games, Candi works.

The system is really snappy Many Many Thanks Hans.

Here my system sam 460ex r9 270x 2 Gb Ram. Os41fe upd2, enhancer 2.2, Radeon V5 Driver.

Settings;
Devs:Monitor Radeon HD 7800 Interrupts turned off
Prefs: Screenmode 1920x1080 ARGB32
Monitors tab: detect automatically
Enable unticked interrupts
Allow Fake Modes unticked
Prefs:Gui Effects enable
opttmize for video memory usage
Synchronize with vertical refresh ticked
rest left alone

prefs:Power set to Dynamic Video

I Think setting in Devs monitor Driver for the radeon in tooltypes to Interrupt to NO did the trick.

Many Thanks Hans For your help the system feels a lot more snappier.Know about 2 times faster.and videos play back good with a lot less cpu usage.Well worth the Money.

Kind regards Laurence


I report here this post on the r9 270x 2 Gb Ram. Os41fe upd2, enhancer 2.2, Radeon V5 Driver:

Discussed by:
@Hans and @Lozspd4

https://www.amigans.net/modules/newbb/ ... id=134288#forumpost134288

But it's not very clear to me.

Do I need the RadeonHD V.5 driver ?

Here are the benchmarks with the ASUS R9 270X DirectCU II TOP 2GB
the model:
https://www.techpowerup.com/gpu-specs/ ... 70x-directcu-ii-top.b2450

AmigaONE with ROM not BBOOT
And here's GfxBench2D (Overall Score: 4,404.47)

http://hdrlab.org.nz/benchmark/gfxbench2d/OS/AmigaOS/Result/2970

With Composite enabled.

I don't know why GfxBench2D posted another result, probably from previous configurations.
They seem in line with other benchmarks done by other users.
Only the (Write Pixel Array) seems inferior to me, I'd be happy to know what the reasons might be.

I made some adjustments to the Workbench, and now it works well.

The test was done at 1920x1080 32-bit.

So now I'll also try the DUAL 280x OC 3GB.

@white
Quote:
Inferior to other results on QEMU with vfio pass through card or compared to real machine? These functions use routines optimised to real CPU which may not run optimal on QEMU. One thing you can easily try is to test with -cpu g3 to see if less optimised routines are better or worse or the same.

@Balaton
The configuration seems well done to me.
I've tried two drivers: 2.1 and 3.7 for the RadeonHD chip, while version 5 seems to only be available for the X1000 and X5000 and Sam460.

So unless recommended, I obviously won't waste 50 euros on something I'll then have to tell you doesn't work.
I'd gladly buy it, but I'd have to try it first.
Obviously, I can't buy something that doesn't work.

I saw that @smarkusg
talked about some documentation he was updating on emulation. I'd love to know the link so I can see some of his advice.

When I talk about trying a product, it's because I can't spend 50 euros on a Radeon HD Version 5 driver without knowing if it works.
Obviously, it's also about trusting the buyer, especially with this emulation. If everything worked well, I'd gladly spend it

The R9 280x has a somewhat noisy fan. I'm not used to it anymore, but the benchmarks didn't change much. I tried it, but I put the R9 270x back because it's very quiet.

I also tried setting Arch-Linux CPU Governor to PERFORMANCE, overclocked the RAM to 3800 MHz instead of 3600 MHz, and set a CPU overclocking mode in the BIOS, which I never do, just to see if it increased the benchmark, but it's still the same. With --cpu G3, I reach 4,600.00.

I've made some progress, but what seems strange to me is that the benchmark is lower than @smarkusg's. I looked at his benchmarks with the 270x; his GPU is identical to mine.

At this point I can't help but think that there must be something I'm doing wrong when I compile qemu.

I ran some tests:
here with:
https://os4depot.net/?function=showfil ... hics/misc/starboxdemo.lha

which uses:
Warp3D Nova, OpenGL ES2

here my benchmark 32bit :
StarBox Benchmark 1.0
Resolution: 1920 * 1080
Fullscreen
FPS: 199.09