QEMU GPU-PCIe AmigaONE

@white
Quote:

I do not have libvirt-daemon installed - it is redundant if you use the “command line”.
All the extra stuff I needed to run and compile QEMU-10 installed like this.

1. i added “deb-src” to “/etc/apt/sources.list.d/ubuntu.sources” -> "Types: deb deb-src"
2. sudo apt update && sudo apt build-dep qemu

@smarkusg

Thanks, I'll email them. I didn't think about the tariff war going on. I wonder if they could just email the code for the one I buy and I download directly without getting the physical copy.

I had a response from Alinea, they are out of stock on AmigaOne version of OS4.1fe, so I'm just waiting for them to get more from Hyperion. I have the impression that these are low-volume sales, so they may wait until they get enough before ordering another round of disc to be made. (So wish we could buy digitally).

@Balaton

Just to update the emulation,
I tried with Linux Manjaro
By now knowing the GPU IDs
Before even installing the GPU I modified the grub
associated the GPU with vfio.conf
basically all the steps were done even before adding the GPU to the PCI Slot.
The GPU was already in the blacklist and is ready to use.
AmigaOS started without problems
The usual problem with the audio reported in the previous TESTS.

I also added:
-audio alsa,id=audio0,out.try-poll=off

But even this time it didn't work, the audio is not heard.

Note:
I have to continue to give SUDO at the beginning of the qemu command otherwise it doesn't let me access the video card that works perfectly.

A curiosity:
My question is qemu relies on ALSA so the audio is emulated
doesn't it use the audio of the RadeonHD GPU directly with HDMI ?

Thanks.

Note:

To make the emulation even faster I would have dedicated a real SSD
for AmigaOS.
But until I solve the audio it is useless to do it.

I can't understand if there is some option in the BIOS to disable to eliminate the audio problem but I don't think so unless this is a special emulation that requires additional settings.

@Balaton

I remember that the SUDO problem was the same with the real SSD used with AmigaOS.
In practice using a real SSD I needed to give SUDO but the audio was not heard.
Then later I solved it by giving the (permissions) to the SSD partition
and I no longer needed to give the SUDO command and the audio worked perfectly.

I think something similar is happening ?

I should probably do something similar for the GPU RadeonHD

Any ideas on how I could do it ? (GPU)

Thanks.

note:
I was wondering if ( Proxmox )
could be useful in this case ?
If it uses a different approach for the peripherals used ?

https://www.proxmox.com/en/

@white
I have no idea why nobody else gets this problem but you. Silly question but how is the audio from your host is connected? Maybe it comes out from some other audio output than what you have connected. This should be settable in the mixer app of your host. What audio server does your distro use and have you compiled QEMU or use a binary from somewhere? If alsa does not work what about -audio sdl,id=audio0 (this should not need the try-poll=off option) or maybe you instead of -audio you can try
-audiodev alsa,id=au0,try-poll=off -M pegasos2,audiodev=au0
which the -audio switch should do automatically but who knows.

If your normal host apps can make sound QEMU should be able to do that too. It might be that the sound server on the host only allows the logged in user to connect to it and no other users such as root. If you find where to change that that should also fix this.

The reason why you need sudo for vfio-pci is the same as for using whole disk or whole partition instead of image file, which is that these are not normally writable for users. If you change the file modes you can access them without sudo but the place these are may be changing so either you do this after every reboot or find out how to automate it. For graphics cards root may also be needed to access the card's ROM so that would need to be supplied on the command line then. QEMU also has an option to change to a user after the virtual machine is set up when run with sudo: -run-with user=USERNAME which might help (replace USERNAME with your user name) but I don't know if that works with vfio-pci or not.

QEMU can pass the HDMI of the card through to the VM but as we discussed before AmigaOS has no driver for it so it can't use it.

All this should work with proxmox too or any other distro but I don't know these.

@Balaton

I'll try something similar to this I'll leave the link as a note:

To fix pci passthrough as non-root, add this to /etc/rc.local:

chmod 666 /sys/bus/pci/devices/0000:02:00.0/config
chmod 666 /sys/bus/pci/devices/0000:02:00.1/config

or 777 and similar

https://github.com/sej7278/virt-installs

or I'll try something similar


Every linux distribution I use is freshly installed so clean.
I only deal with qemu and vfio generally Alsa is used.
with the shell:

alsamixer
alsactl store

I bring the volume to maximum I choose the device etc. ( F6 ) and then save as a last attempt.
I have no other additional applications.
Like Armor etc.

Is there pulseaudio being used? I think that thing may take control of alsa (I read somewhere). Like everything using alsa ends up going through pulseaudio (and only then to alsa kernel drivers).

Since ever I have been using Linux I do so by logging in as "root" (altough you shouldn't. or maybe "because you shouldn't ..."). After update of OpenSUSE Leap distro to newer version sound did no longer work when logging into desktop (KDE) as root. What I had to do was to start pulseaudio as a daemon by adding "pulseaudio -D" to some of the start/login scripts. I put it in "~/.profile".

@Georg


I'll test this too, thanks

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

Does anyone know where in Arch Linux it is:
the equivalent of:
/etc/rc.local
to set
chmod 666 /sys/bus/pci/devices/0000:02:00.0/config
chmod 666 /sys/bus/pci/devices/0000:02:00.1/config

these commands also work manually it would be good to test if it works.

I can later create a script every time I launch qemu this would also be a good solution.

I found a guide for Arch to recreate it even if there is not
but I would prefer to do a cleaner job.
I would prefer to find the file that Arch uses for this setting.

Thanks.

Now I finally have the backup, I had to make 5 partitions coexist, it wasn't easy.

so now I can experiment more freely.

I gave permissions to:
chmod 777 /sys/bus/pci/devices/0000:06:00.0/config
chmod 777 /sys/bus/pci/devices/0000:06:00.1/config

but the result does not change.

unfortunately when things do not work after a while you lose patience.

RadeonHD's HDMI is already blacklisted

So let's follow the audio devices and I hope to be helped at least to understand the basics.

Audio works fine on Host both on integrated audio this is my chipset on motherboard and that of geforce 4060rtx on HDMI:

aplay -l

**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 3: HDMI 0 [27G2G4]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 0: ALCS1200A Analog [ALCS1200A Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 1: ALCS1200A Digital [ALCS1200A Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0


HD-Audio Generic [ALCS1200A Digital] on Motherboard Asus Tuf Gaming B550

pamixer --get-volume-human
result:
mute

Then:

pamixer -u

pamixer --get-volume-human
result:
100%



here wiki:

https://wiki.archlinux.org/title/PulseAudio/Troubleshooting

but the audio is still not heard:
qemu output:
alsa: Failed to open `default':
alsa: Reason: host not active
audio: Could not create a backend for voice `via-ac97.out'
alsa: Could not initialize DAC

so I'm starting to think that by default qemu tries to initialize the audio but it doesn't find anything even if the audio is active on the host.

I'm consoled by the fact that now I have the backup of Arch so I can do various tests without fear of losing the work done the compilation was done without problems here is my version of qemu:

qemu-system-ppc --version
QEMU emulator version 10.0.50 (v10.0.0-603-ga9e0c9c0f1)
Copyright (c) 2003-2025 Fabrice Bellard and the QEMU Project developers

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

./test-vfio.sh
[sudo] password di white:
[ 3.896186] VFIO - User Level meta-driver version: 0.3
[ 3.997197] vfio-pci 0000:06:00.0: vgaarb: deactivate vga console
[ 3.997202] vfio-pci 0000:06:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 3.997545] vfio_pci: add [1002:6798[ffffffff:ffffffff]] class 0x000000/00000000
[ 4.046330] vfio_pci: add [1002:aaa0[ffffffff:ffffffff]] class 0x000000/00000000
[ 177.180478] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 177.180501] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 177.230633] vfio-pci 0000:06:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 300.062637] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 300.062668] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 456.501256] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 456.501289] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 802.944393] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 802.944424] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 1531.719038] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 1531.719073] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 2722.005266] vfio-pci 0000:06:00.0: No more image in the PCI ROM
[ 2722.005297] vfio-pci 0000:06:00.0: No more image in the PCI ROM

@white
Instead of rc.local better do this from an udev rule which decides what to do when the device is added. You can probably create a file
/etc/udev/rules.d/vfio.conf
and in it write
SUBSYSTEM=="vfio", GROUP="kvm"
This will set the group of vfio files to kvm so members of the kvm group will able to access it. If that group does not exist create it first then add your user to it. I'm not sure that changing just the config part of the device would be enough. But even this udev rule may not be enough because then you may need to add either rombar=1 or dump the rom from the card and give it with romfile option to vfio-pci if it cannot access it. Maybe that's what the config part can help with but there's also a rom file at the same /sys path so maybe you need to change mode of that instead. It works for me with just the above udev rule and passing the rom with romfile but I'm not trying to explain how to dump the rom if it does not appear in the sys path. I don't remember what I did but I think the rom could not be dumped while the card is assigned to vfio-pci so I had to unbind from it then enable rom and dump it that way. There are some guides online, I also found it that way.

@white
So looks like you have pulseaudio on the host. If you can't make QEMU run without root maybe you could try stopping pulseaudio with whatever way your distro uses so it does not bind to alsa then the QEMU options to use alsa should work but you may lose sound on the host with other apps unless you set them to use alsa too. That should work as root as well.

But before all that did you try that adding -run-with user=your_username when running QEMU as root helps at all? With that it may be able to use pulseaudio so no need for additional -audio options?

@Balaton

Sorry command syntax is not my forte.
Could you write me the command line it would be easier for me
how do I use user-mode ?
Thanks

This is my current syntax for qemu:

sudo qemu-system-ppc -M amigaone -m 2048 -bios /home/white/Scaricati/Radeon/u-boot-amigaone.bin -serial stdio -drive media=disk,format=raw,file=/home/white/Scaricati/Radeon/1ONE-32gb.raw -vga none -device vfio-pci,host=06:00.0,bus=pci.0,x-vga=on,multifunction=on -device vfio-pci,host=06:00.1,bus=pci.0 -device bochs-display,romfile=""

this is the compilation using only:
./configure --target-list=ppc-softmmu

part of the .log

user-mode is selected NO in this case
user-mode emulation : NO

is the audio reports
Audio drivers : pa sndio oss

if it can be useful in my case

qemu 10.0.50

Build environment
Build directory : /home/white/qemu/build
Source path : /home/white/qemu
Download dependencies : YES

Directories
Build directory : /home/white/qemu/build
Source path : /home/white/qemu
Download dependencies : YES
Install prefix : /usr/local
BIOS directory : share/qemu
firmware path : share/qemu-firmware
binary directory : /usr/local/bin
library directory : /usr/local/lib
module directory : lib/qemu
libexec directory : /usr/local/libexec
include directory : /usr/local/include
config directory : /usr/local/etc
local state directory : /var/local
Manual directory : /usr/local/share/man
Doc directory : /usr/local/share/doc

Host binaries
python : /home/white/qemu/build/pyvenv/bin/python3 (version: 3.13)
sphinx-build : /home/white/qemu/build/pyvenv/bin/sphinx-build
gdb :
iasl : NO
genisoimage :
smbd : /usr/sbin/smbd

Configurable features
Documentation : YES
system-mode emulation : YES
user-mode emulation : NO
block layer : YES
Install blobs : YES
module support : NO
fuzzing support : NO
Audio drivers : pa sndio oss
Trace backends : log
QOM debugging : YES
Relocatable install : YES
vhost-kernel support : YES
vhost-net support : YES
vhost-user support : YES
vhost-user-crypto support : YES
vhost-user-blk server support : YES
vhost-vdpa support : YES
build guest agent : YES

Compilation
host CPU : x86_64
host endianness : little
C compiler : cc -m64
Host C compiler : cc -m64
C++ compiler : NO
Objective-C compiler : NO
Rust support : NO
CFLAGS : -g -O2
QEMU_CFLAGS : -mcx16 -msse2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fno-common -fwrapv -ftrivial-auto-var-init=zero -fzero-call-used-regs=used-gpr -fstack-protector-strong
QEMU_LDFLAGS : -fstack-protector-strong -Wl,-z,relro -Wl,-z,now
link-time optimization (LTO) : NO
PIE : YES
static build : NO
malloc trim support : YES
membarrier : NO
debug graph lock : NO
debug stack usage : NO
mutex debugging : NO
memory allocator : system
avx2 optimization : YES
avx512bw optimization : YES
gcov : NO
thread sanitizer : NO
CFI support : NO
strip binaries : NO
sparse : NO
mingw32 support : NO

Targets and accelerators
KVM support : NO
HVF support : NO
WHPX support : NO
NVMM support : NO
Xen support : NO
Xen emulation : NO
TCG support : YES
TCG backend : native (x86_64)
TCG plugins : YES
TCG debug enabled : NO
target list : ppc-softmmu
default devices : YES
out of process emulation : YES
vfio-user server : NO

Block layer support
coroutine backend : ucontext
coroutine pool : YES
Block whitelist (rw) :
Block whitelist (ro) :
Use block whitelist in tools : NO
VirtFS (9P) support : YES
replication support : YES
bochs support : YES
cloop support : YES
dmg support : YES
qcow v1 support : YES
vdi support : YES
vhdx support : YES
vmdk support : YES
vpc support : YES
vvfat support : YES
qed support : YES
parallels support : YES
FUSE exports : YES 3.17.1
VDUSE block exports : YES

Crypto
TLS priority : NORMAL
GNUTLS support : YES 3.8.9
GNUTLS crypto : YES
libgcrypt : NO
nettle : NO
SM4 ALG support : NO
SM3 ALG support : NO
AF_ALG support : NO
rng-none : NO
Linux keyring : YES
Linux keyutils : YES 1.6.3

User interface
D-Bus display : NO
SDL support : YES 2.32.54
SDL image support : NO
GTK support : YES
pixman : YES 0.44.2
VTE support : YES 0.80.1
PNG support : YES 1.6.47
VNC support : YES
VNC SASL support : YES
VNC JPEG support : YES 3.1.0
spice protocol support : NO
curses support : YES
brlapi support : NO

Graphics backends
VirGL support : NO
Rutabaga support : NO

Audio backends
OSS support : YES
sndio support : YES 1.10.0
ALSA support : YES 1.2.14
PulseAudio support : YES 17.0-43-g3e2bb
PipeWire support : YES 1.4.2
JACK support : YES 1.9.22

Network backends
AF_XDP support : NO
slirp support : YES 4.9.0
vde support : NO
netmap support : NO
l2tpv3 support : YES

Dependencies
libtasn1 : YES 4.20.0
PAM : YES
iconv support : YES
blkio support : NO
curl support : YES 8.13.0
Multipath support : NO
Linux AIO support : YES
Linux io_uring support : YES 2.9
ATTR/XATTR support : YES
RDMA support : NO
fdt support : YES
libcap-ng support : YES
bpf support : YES 1.5.0
rbd support : NO
smartcard support : NO
U2F support : NO
libusb : YES 1.0.28
usb net redir : NO
OpenGL support (epoxy) : YES 1.5.10
GBM : YES 25.0.4-arch1.1
libiscsi support : NO
libnfs support : NO
seccomp support : YES 2.5.6
GlusterFS support : NO
hv-balloon support : YES
TPM support : YES
libssh support : YES 0.11.1
lzo support : YES
snappy support : YES
bzip2 support : YES
lzfse support : NO
zstd support : YES 1.5.7
Query Processing Library support: NO
UADK Library support : NO
qatzip support : NO
NUMA host support : NO
capstone : NO
libpmem support : NO
libdaxctl support : NO
libcbor support : NO
libudev : YES 257
FUSE lseek : YES
selinux : NO
libdw : YES 0.192
valgrind : NO

Subprojects
berkeley-softfloat-3 : YES
berkeley-testfloat-3 : YES
keycodemapdb : YES
libvduse : YES
libvhost-user : YES

User defined options
Native files : config-meson.cross
docs : enabled
plugins : true

Found ninja-1.12.1 at /usr/bin/ninja
Running postconf script '/home/white/qemu/build/pyvenv/bin/python3 /home/white/qemu/scripts/symlink-install-tree.py'

@white
Quote:

Sorry, I don't know what you are doing so don't know what command you need. Try qemu-system-ppc -help or:
https://www.qemu.org/docs/master/system/invocation.html

Does qemu-system-ppc -audiodev help list alsa as available? You say
Quote:
but then also
Quote:
So I don't know what's on your machine.

@Balaton


I would like to compile enabling user-mode (white)
because it normally gives me

user-mode emulation: NO

I would like that at the end of the compilation it would be:
user-mode emulation: YES

I tried:
./configure --target-list=ppc-softmmu -run-with user=white

everything goes well in the ./configure phase without errors

but when I do:
sudo make install -j16

it does not finish the compilation

@white
Quote:
You don't need that. See here what it is:
https://www.qemu.org/docs/master/user/main.html
User mode emulation is used to e.g. run Linux program compiled for different architecture on Linux without emulating the whole machine because you already have native Linux you only need emulating the CPU. This is what user mode in QEMU for but that's not useful for system emulation that you use to emulate whole machine to run a different OS. What I said is -run-with user= QEMU option that works with qemu-system-ppc not a configure option. See qemu-system-ppc -help or the docs I've linked above on this.

I bought a 24' 1980x1080 HDMI monitor
really convenient price clearly not for Gaming
but for AmigaOS.

Also because if this AOC breaks tomorrow I no longer have HDMI monitors.
Just to try.

Maybe it's the TV that creates some problems it's very old 15 inches I think even if HDMI, even if just to try I connected the PS5 and it works.
I'm not buying other Radeon GPUs because the audio doesn't work.

But by chance does anyone use my GPU on a Real Amiga:

Sapphire Radeon R9 280X Dual-X OC 3 GB GDDR5 ?

even if he used it in the past it's fine

Thanks

@Balaton

I also downloaded the ROM from here:
https://www.techpowerup.com/vgabios/209809/209809

So I have the ROM how would it be possible to use it with qemu ?

or even a link to understand more
----------------------------------------------------------
I noticed now that the GPU is equipped with a button
basically it is used to switch the rom from what I understand.

Near the CrossFireX connectors there is the button for selecting the BIOS to use during the boot of the machine, that is standard or UEFI with support for the Secure Boot of Windows 8 (with illuminated logo).



GPU Device Id: 0x1002 0x6798
113-C3865011-S03
Tahiti B0 XTL C38650 GDDR5 3GB 500e/150m
(C) 1988-2010, Advanced Micro Devices, Inc.
ATOMBIOSBK-AMD VER015.046.000.018.000000
251L0CEA.S43
PowerTune Limit: 173 to 250
CCC Overdrive Limits
GPU Clock: 1500 MHz
Memory Clock: 2000 MHz
Clock State 0
Core Clk: 1020.00 MHz
Memory Clk: 1500.00 MHz
Flags: Boot
Clock State 1
Core Clk: 1020.00 MHz
Memory Clk: 1500.00 MHz
Flags: Optimal Perf
Clock State 2
Core Clk: 870.00 MHz
Memory Clk: 1500.00 MHz
Flags: UVD
Memory Support
3072 MB, GDDR5, Elpida EDW2032BBBG

@white
Quote:Even if you buy 1000 more different Radeon HD/RX gfx cards audio through it wont work with any of them, there are simply no AmigaOS 4.x drivers for it.
You have to get (qemu emulated) host audio working as root user, which can be quite challenging, depending on the Linux distribution you are using.