Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
93 user(s) are online (88 user(s) are browsing Forums)

Members: 0
Guests: 93

more...

Support us!

Headlines

Forum Index


Board index » All Posts (balaton)




Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU  passthrough
Quite a regular
Quite a regular


@smarkusg
I do the work in QEMU to make it possible and you with Maijestro get the VIP access? I don't care much about games but I would not mind VIP access to Enhancer or the RX drivers to be able to eventually test it. It's not likely I'd ever pay for it, I only payed for software that came with the hardware I bought, for everything else there are free software alternatives. But I don't have much time for it now anyway.

For the network card passthrough did I get that correctly that it work with pegasos2 but not with amigaone? What does the card info on the hardware tab show for it and the bboot output when booting compared to pegasos2? We also had to disable interrupt for the graphics card so there is some problem with that but I don't know yet what is it.

Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Quite a regular
Quite a regular


@joerg
Quote:
AFAIK the rtl8139 beta driver from os4welt works better with QEmu's rtl8139 emulation, but it has problems with real rtl8139 cards on real PPC hardware the older versions of it didn't have, probably it's the same using a real rtl8139 card with pass-through on QEmu.

I think there were two beta versions, the first one had problems with real card but the second one should work for both real and QEMU model of the card AFAIU.

Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Quite a regular
Quite a regular


@joerg
Virtiofs is basically fuse but instead of communicating between kernel and user space it communicates between host and guest. See FAQ on this page: https://virtio-fs.gitlab.io/ Surely there must be a few fuse implementations of 9p as well. I don't know any but typing 9pfuse in a web search brings up some sources. So it may not be that difficult if there are open source AmigaOS parts available and somebody who is willing to do the work to connect the parts. (While virtiofs may have better performance it's harder to set up and use and without shared direct access buffer it may not be better than 9p which is simpler and built in QEMU so does not need a daemon. Therefore virtio-9p support might be more useful first.)


Edited by balaton on 2025/5/14 17:50:28
Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Quite a regular
Quite a regular


@Hans
I've heard QEMU rtl8139 is stable with the latest beta driver that its author published on a forum thread somewhere so you could get it from there. Did you try that? Lacking that, the driver in 4.1FE Update 2 is unstable but the original 4.1FE may work better so downgrading to that may also help. Or maybe ne2k_pci could work which is NE2000/RTL8029 compatible.

Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Quite a regular
Quite a regular


@smarkusg
The screamer is just the sound part of Mac emulation (which is unfinished for years and still not upstream) but that has nothing to do with 9p which I think should work without that as the file sharing is part of upstream QEMU for a long time but I don't know the details. I was just aware they were doing that for MacOS and had it working already. Looks like they added more virtio devices since then. It may not be that hard to port it to AmigaOS if somebody interested hust need to replace the MacOS specific parts with AmigaOS equivalents.

Go to top


Re: Trying to get a Radeon RX 460 working in an AmigaOne XE
Quite a regular
Quite a regular


@smarkusg
What version is in Enhancer? That fix is two years old now.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
Of course you are free to do what you want and have fun trying random things but if the goal is to fix one particular problem then maybe it helps focusing on that.

For alsa:
$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC887-VD Analog [ALC887-VD Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 1: ALC887-VD Digital [ALC887-VD Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0

then I have in /etc/asound.conf

defaults.pcm.!card PCH
defaults.ctl.!card PCH

(which may not be needed but previously I had another card and this makes sure it selects the on board audio). And this gives:

$ aplay -L
...
default:CARD=PCH
HDA Intel PCH, ALC887-VD Analog
Default Audio Device
...
but I don't know how it works on your distro.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
It does not matter, your problem is not related to host hardware, QEMU or AmigaOS, only your host Linux setup.

Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Quite a regular
Quite a regular


@white
No, I specifically meant this link in the post I've referred to:
https://www.emaculation.com/forum/view ... 5528347928e09724db19d2649
The 9p protocol comes from Plan9 which can share files between machines and QEMU supports it for file sharing too. Linux supports it so you can mount such share and there are implementations for other OSes too. We just need an AmigaOS client for it.

Go to top


Re: VFIO passthrough results
Quite a regular
Quite a regular


@white
Please read first post and don't litter this thread with unrelated discussion. Only post results here so they are gathered at one place without distraction as currently these are all over the forum hidden in long threads. The intention of this thread was to get these at one place but there wasn't much interest.

Is there a moderator here who could remove unrelated posts from this thread please?

Go to top


Re: better file sharing between os4 on qemu and windows, how ?
Quite a regular
Quite a regular



Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
Quote:
sudo apt install pulseaudio pulseaudio-module-bluetooth gstreamer1.0-pulseaudio
systemctl --user stop pipewire.socket pipewire-pulse.socket
systemctl --user disable pipewire.socket pipewire-pulse.socket
systemctl --user mask pipewire.socket pipewire-pulse.socket

Stop here and do not start pulseaudio (or stop it if it's running) then add -audio alsa,id=audio0,out.try-poll=off option to QEMU command and see if that works.

Quote:
I think it would be ideal to create a small tutorial on this audio problem.
Or something that solves this thing.

Yes do that if you find a solution. We can't write a tutorial on a problem we've never encountered.

Quote:
The guide by @falke34 works and is fine.

But I think he hasn't encountered audio problems otherwise he would have written it in the tutorial he wrote.

Exactly and others who did this either did not have this problem or gave up before even trying sound.

Quote:
One doubt could be the use of two GPUs 4060rtx and R9 280x at the same time.

But from what I read there are other people who use two GPUs on PCIe not integrated.

This should not be a problem as GPUs don't influence sound. If it works on the host under normal user and only not under root then it's a problem connecting to the sound server not with hardware. The picture on slide 3 in the presentation you linked shows the setup (just ignore everything within QEMU box where you would have AmigaOS instead of Linux) the QEMU app connects to the sound server on the machine or directly to alsa if using that option. But if the sound server overrides alsa you can't use it and depending on how it accepts connections root may not have the info to connect to it. You could try just uninstalling all pipewire and pulseaudio and just use plain alsa which should work under any user.

Quote:
but the basic problem remains how to pass the GPU without using SUDO ?

I have answered that already and there are guides you can look up (that's where I also found out from) but it's hard to explain if you're missing details.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
I guess your confusion comes from that you're trying to debug this stack:

harware > Linux > QEMU > AmigaOS

and try to solve it in QEMU and AmigaOS while the problem is in Linux and reproducible with just

hardware > Linux

vlc as user works

sudo vlc does not work

problem is that root cannot connect to pulseaudio only your user

solution could be start pulsaudio -D as root before running program such as:

$ sudo -s
# pulseaudio -D
# vlc

Does that work? If yes replace vlc with qemu.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
Quote:
audio works with VLC Player Youtube etc.

OK then try if sudo vlc also works with sound. My guess it won't and that proves that the problem has nothing to do with QEMU so you're searching for the solution at the wrong place. Forget about QEMU and try to fix that with VLC so it works with sudo then you'll also have sound with QEMU.

Quote:
I also have two USB-AUDIO sticks that enable audio if the integrated audio was not present.
The ones with qemu don't work either.

I'm not sure usb-audio works with AmigaOS maybe it does not even support usb audio but it also did not work with MorphOS that does support it on real hardware so usb audio is probably not a good solution. (And if the problem is sound with sudo generally then usb is also not needed.)

Quote:
AmigaONE with Silicon works perfectly, the audio from the Mixer is recognized as SAM460 and works.

Does it also work with sudo? No, only when run as your user so problem is again not with QEMU but attaching to sound server from any program run as root. The audio part of sm501 is not emulated so I don't know why it's recognised as sam460 but you still need to use via-ac97 in AmigaOS not the SM502 sound.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
Quote:
I would like to point out that the SUDO command is executed by as you can see from the script above created by @Falke_34

So I find myself with the exact same problem, the audio is not heard even after having followed the guide by @Falke_34 to the letter.

So I can only imagine that my mistake is in the modification of the AmigaONE CD or in the virtual Hard-Disk.

I thought we were over this already. Your sound issues are not related to QEMU or AmigaOS or vfio. You can test this: Find some other program than QEMU that plays sound like a music player or similar and verify that it works on the host. Then run the same program with sudo and see if it works as root. If not then problem is trying to connect to sound server that is running under you user as root. This isn't anything to do with QEMU or anything running in QEMU. To fix this you can either try to run sound server as root before running QEMU or disable the sound server and use alsa directly. You won't be able to fix it with QEMU or vfio settings as the problem is not there.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
You can't use any ROM but you need to dump what's on the card as ROM is specific to the card so if what you downloaded does not match the same card and manufacturer (and maybe revision) of your card it may have different settings that won't work or may even damage the card although that's unlikely. If it already works as root then maybe the simplest is to stop the pulseaudio server and then use alsa or Georg said before that starting a root shell with sudo -s and then starting pulseaudio -D server as root before starting QEMU may also work so you can try that too. This is in post #108.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
Quote:
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

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.

Go to top


Re: QEMU GPU-PCIe AmigaONE
Quite a regular
Quite a regular


@white
Quote:
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


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:

is the audio reports
Audio drivers : pa sndio oss

but then also
Quote:

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

So I don't know what's on your machine.

Go to top


Re: Upcoming Mirari PPC motherboard
Quite a regular
Quite a regular


@tao
Quote:
This is the pure hardware solution and it transparent to OS.

I don't believe that. I don't know much about it but AFAIK M2 slot can have PCIe or SATA. If it's SATA it can only attach one device not 6. If it's PCIe then there's a SATA controller chip on the adapter which will appear as a PCIe device to the machine that will need a driver. Maybe the chip used is compatible with something that both Windows and Linux has a driver for so they say it works for all OS (they care for). But if it's not a SATA controller AmigaOS has driver for then it won't work without such driver. Another possibility if it somehow emulates NVMe but I'd expect that to not have multiple ports. 6 ports is usual for SATA controller chips. If you can read what's written on the chip you could search for a data sheet to find out what it is and what it's compatible with and see if there's a driver for it for the OS you want to use. But it may be too early as there is even no OS yet or we don't even know if this will be sold or just made for themselves to play with.

Edit: Oh, you mean the PCIe1x to 4 slots splitter not the M.2 to SATA adapter? That one may also need a bridge that the OS has to recognise but Hans improved this for the pegasos2 kernel to get GPUs work so that's more likely to work.


Edited by balaton on 2025/5/7 12:59:34
Go to top


Re: Upcoming Mirari PPC motherboard
Quite a regular
Quite a regular


@Hans
Quote:
Incidentally, both Geennaam and Skateman are from the Netherlands. Geennaam means "no name."

That was clear to me. I don't speak Dutch but can mostly interpolate it from English and German as long as it's written and not spoken.

Go to top



TopTop
« 1 (2) 3 4 5 ... 43 »




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project