Who's Online |
117 user(s) are online ( 81 user(s) are browsing Forums)
Members: 0
Guests: 117
more...
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/9/12 15:51
#101
|
Quite a regular 
|
@walkero Quote: I am not sure if it is a bad choice, but I trust that you know better since you work on Qemu. The availability of the digital version was not my decision, and since this is available, I thought I should let people know in the manual. If there is a list of things that do not work with this version, please let me know where I can find it and I will gladly put it as a warning in Kyvos manual. Nothing in QEMU makes pegasos2 worse than amigaone, they mostly share the same emulation but the pegasos2 version of AmigaOS is more buggy than the amigaone version. If you have access to unreleased updates then those may already be fixed so you may not have seen them but what's available to us has some issues. These are probably listed on my page but a few I remember are issues with SDL apps unless you use G3 CPU and problems with IRQ routing which is partly worked around by BBoot but maybe there are still cases when it fails with multiple PCI devices that may be a cause of some hangs but I have no proof of that just a theory. If the same hang cannot be reproduced on amigaone then this may be an issue with IRQ sharing on pegasos2 but not many tested that.
|
|
|
|
|
|
Re: QEMU GPU vfio-pci pass through
|
Posted on: 2025/9/12 15:40
#102
|
Quite a regular
|
@white I asked before but got no answer. What's the output of configure script when compiling QEMU where it lists audio backends? Maybe you just need to install the appropriate devel package for the backend you want to use and sepcify that on the qemu command line too to make sure it's used (if you don't compile in anything else then that also ensures it's used). I don't understand what you're doing. Your system seems to use pipewire but you're fiddling with pulseaudio related stuff. I still think the easiest would be to just stop pipewire and use plain alsa. Quote: I also remember that this command, unlike the script, works perfectly for audio:
sudo chmod 777 /run/user/$(id -u)/pulse/native;
qemu-system-ppc -M amigaone -bios /home/white/Scaricati/Silicon/u-boot-amigaone.bin -device VGA,romfile=/home/white/Scaricati/Silicon/VGABIOS-lgpl-latest.bin -m 2048 -serial stdio -vga none -device sm501 -device rtl8139,netdev=mynet0 -netdev user,id=mynet0 -drive media=disk,format=raw,file=/home/white/Scaricati/Silicon/Update2-ONE-32gb.raw
But then I can't use GPU passthrough.
So I'll need to find a solution that works with:
sudo chmod 777 /run/user/$(id -u)/pulse/native; This command does not run qemu as root as the sudo is only applied to chmod. The ; terminates that command. If you want to also run qemu as root you need to put the whole command in quotes or use \; to quote just the semicolon and pass that to sudo as well.
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/9/10 18:33
#103
|
Quite a regular
|
@walkero Quote: also mentioning that the AmigaOS 4.1 FE for Pegasos2 systems is available in a digital download version. That's a bad choice (unless an update for it will also be released very soon). The orginal pegasos2 version has all kinds of bugs which the amigaone version does not seem to have and I'm not sure all of those could be worked around in BBoot or fixed in updates and the pegasos2 firmware is also not distributable. So a better version could have been the amigaone which should have less problems.
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/9/10 18:29
#104
|
Quite a regular
|
@walkero I haven't tested so I don't know what these really mean but just some thoughts. Quote: Here is a list of the changes
### Added
- Added CPU options for AmigaOne XE emulated systems If it's not already like that maybe there should be a list of valid CPU selections. While QEMU allows all compatible CPUs to be selected some AmigaOS software and the kernel itself only knows about a few and may not work correctly with other CPUs as we've found before. I've listed the likely working CPU options in QEMU documentation. Quote: ### Fixed
- Resolved a problem with Mac VM running MorphOS, where the network argument was empty, and the user added an SMB path. This was not working correctly The mac99 should have a default sungem network device which MorphOS supports so maybe only a -netdev option is needed but not a -device to add a network card.
|
|
|
|
|
|
Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU passthrough
|
Posted on: 2025/9/9 17:52
#105
|
Quite a regular
|
@joerg Quote: Which U-Boot?
- A-EON is only responsible for the X5000 and A1222+ U-Boot versions. Exactly those. The source for these should be published the same way ACube publishes the sources for their U-Boot versions. I meant A-Eon when I said AmigaKit as it's the same person just maybe in different role in different companies. But I got still no reply about this at all.
|
|
|
|
|
|
Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU passthrough
|
Posted on: 2025/9/6 17:29
#106
|
Quite a regular
|
@smarkusg Quote: This works best - permanently disabling AC97 from emulation. Thanks. Have you tested if this makes any difference or do you just mean this is the best way to surely disable it? I think even without removing it if no driver is loaded for it it should not affect speed. I've only seen a difference due to via-ac97 with MorphOS which always runs sound even if nothing is played (maybe to prevent clicks) but AmigaOS seems to only enable it if you play some sound so even with the driver loaded it should not matter if you select a different sound card. If you test this don't forget to report the results back here. Quote: I don't know the reason why they did not reply as I haven't got any answer whatsoever even after sending several emails. I haven't asked for access to virtio-gpu driver but only if they can release the virtio.library which is a common part for all virtio drivers so making at least the interface for it public would help others writing network or block driver and prevent having incompatible versions of it as this is needed for all virtio drivers so if they don't publish it others will write their own or each driver will end up with different versions and bugs in something that is best put in a common library and shared between drivers. Hans (who wrote it) also thinks this is a good idea to release this library but I still could not manage to get any answer, even a simple yes or no. The other thing I asked for is the souces of the U-Boot versions under GPL which they have to publish as we have discussed here before. I have the binaries so I should also have the sources. It's up to them what they do with virtio.library but not answering about the GPL sources is not acceptable and I won't forget about that. I still hope I will get this sorted out sooner than later.
|
|
|
|
|
|
Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU passthrough
|
Posted on: 2025/9/5 9:28
#107
|
Quite a regular
|
@smarkusg Quote: How do I disable emulation so that the graphics card, sound card, network card, and hard drive work on real hardware? That's certain. I think if no driver is loaded for the via-ac97 (i.e. it's not selected in audio prefs) it should not affect performance as it's not enabled by anything. To make sure, you can move SYS:Devs/AHI/via-ac97.audio and/or SYS:Devs/AudioModes/VIA-AC97 to Storage to disable them. To make really sure you can comment out /* Function 5: AC97 Audio */ in qemu/hw/isa/vt82c686.c::via_isa_realize() and the object_initialize_child(..."ac97"...) in via_isa_init() to completely remove the emulation. Quote: What remains is ‘motherboard emulation’ + ports + drives, etc. I no longer have any free slots in my x86 to test the drive. You forgot the most important affecting performance: CPU emulation. Unless you have a PPC host that can use KVM you can't remove that. For disks you could try passing through a SATA controller but I think virtio-blk or scsi drivers might help this as well. Unfortunately despite Hans who wrote it asked AmigaKit to publish his virtio.library to make it easier for others to write virtio drivers for network/disk/sound/etc. we just got no answer about this from them. If someone at AmigaKit is reading this they could reply my emails...
|
|
|
|
|
|
Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU passthrough
|
Posted on: 2025/9/5 9:10
#108
|
Quite a regular
|
@smarkusg Quote: Thread closed: Sound Blaster Audigy FX does work with QEMU PCI passthrough. Maybe you need to be more specific before others think it's really that simple. It works for you but you should mention that if I understood correctly it needs an Intel HDA driver for AmigaOS which is not any more available unless you still have it from before when it was public. Without that it's the same as the HDMI audio that the hardware can be passed through but no driver in AmigaOS for it.
|
|
|
|
|
|
Re: QEMU GPU vfio-pci pass through
|
Posted on: 2025/9/5 9:05
#109
|
Quite a regular
|
@white Quote: I'm just sorry I don't have access to Virtio-GPU, but I imagine the audio problem would persist. I don't have acces to it either but I think it does not need to run QEMU as root so it would work but you may need QEMU compiled with some patches on some hosts so maybe you'd get other problems instead.
|
|
|
|
|
|
Re: QEMU GPU vfio-pci pass through
|
Posted on: 2025/9/5 8:58
#110
|
Quite a regular
|
@white Quote: Because I see that the problem is only with my hardware. The problem is not with QEMU/AmigaOS nor with your hardware but with the settings of the Linux distro you use. Why not try a different Linux distro if you can't fix Ubuntu. You said you prefer another distro anyway so maybe it's easier to fix sound on that. Does QEMU use the audio backend you want? Check output from configure, it has an Audio backends section. On my machine it only says YES for OSS, ALSA and JACK and I don't have pipewire or pulseaudio so no problem with that but there are options to disable those backends when compiling QEMU so it won't even try them. Try configure --with-alsa --without-pa --without-pipewire to make sure you have alsa working.
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/9/5 8:48
#111
|
Quite a regular
|
@walkero Quote: This is something that I have in my to-do list. But this can already be done since the first release of Kyvos, and described in the manual as well. The config files can be changed any way the users would like. Those who choose a GUI to generate the command script/config file probably don't want to edit it without a GUI. So an input field within the GUI to enter additional options or an edit window to allow editing (and breaking) the config file from within the GUI might help encourage users to do that, otherwise they probably will just keep complaining to add everything to the GUI.
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/9/3 21:45
#112
|
Quite a regular
|
@Falke_34 Quote: @walkero
Could you add/enable GPU passthrough to the Linux version? Adding the -device vfio-pci option to QEMU command line is easy but it won't work unless you did all the previous setup that Kyvos won't do for you. (See my page on this at the URL in my signature below on what needs to be setup.) Without that it won't work. Maybe Kyvos should have an "add custom QEMU options" input if it does not have that yet where you could add these options that you need.
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/9/3 21:42
#113
|
Quite a regular
|
@white Quote: I wrote above that to use the VMWare8 adapter network, you need to install NPCAP, otherwise the adapter won't be seen in Windows.
There's no Linux version of NPCAP, precisely because the interfaces can be mounted on the fly, but they don't cover the needs I described.
A Linux version of NPCAP would be needed to achieve the same results. Maybe move this discussion to some other thread too. QEMU can't use VMWare network and neither NPCAP. This is some hack UAE supports but QEMU does not. Linux version of NPCAP does exist as you can read on the NPCAP homepage which says it's a Windows version of a Linux library but it's not needed to make virtual network cards for QEMU as that is using TAP which is built in the Linux kernel. There is also a version of TAP for Windows (maybe newer Windows versions can do it and for older it was part of some VPN package) which QEMU can use. Unless you write a new network backend in QEMU you won't be able to use what UAE uses as QEMU does not support that but it can do the same with TAP just in another way.
|
|
|
|
|
|
Re: QEMU GPU vfio-pci pass through
|
Posted on: 2025/9/3 21:36
#114
|
Quite a regular
|
I reply here to not spam the Kyvos thread.
AmigaOS apparently does not have an HDMI audio driver so even if you can pass through the sound function of your card and in theory this could work it doesn't because AmigaOS can't output sound through that.
The emulated sound cards (of which AmigaOS can use at least via-ac97 and ES1370) go through your host's audio system and works well as long as you run QEMU as you user. Your problem, which is not related to QEMU in any way, is that on your Linux distro applications run as root cannot connect to the sound server for some reason. Ask on the support forum of your Linux distro about how to solve this not here as we don't know.
If I had the same problem I would uninstall all of pipewire and pulseaudio and just use plain alsa which should work even as root but on some distros it may not be that simple as it may have dependencies on these. Even if pipewire and pulseadio cannot be uninstalled you can try to disable it with systemctl so they are not started and then use alsa or you can try to switch to jack which should also work.
I've explained this before several times but it seems you don't get it so you ignore it and keep looking for a solution somewhere else where the problem cannot be solved.
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/9/2 12:04
#115
|
Quite a regular
|
@white
You should give more detailed info on what you tried as it's not clear from your last post.
The VMWare VMnet interfaces cannot be used by QEMU so that simply does not work. QEMU has a vmnet backend but that is for Apple's virtual network adapter on macOS and does nor work with VMWare stuff on Windows. The equivalent on Linux (and Windows but you need to install something for that) is TAP but running X applications on host and viewing them in guest only needs opening the X server port via hostfwd and with that it should work with -netdev user too. I think that's what you ended up doing after ChatGPT managed to explain it to you (which I tried before but couldn't get it through to you).
What network driver problem do you see with bboot and with what QEMU command options? If the same works with the ROM then there may be some init missing from bboot but I have no idea what could be needed. Unfortunately the U-Boot sources for AmigaOne seems to be lost and what was upstreamed is not what's in the binary.
(What is QTminimal anyway? A web search did not turn up any useful results for it.)
|
|
|
|
|
|
Re: QEMU GPU vfio-pci pass through
|
Posted on: 2025/8/17 22:30
#116
|
Quite a regular
|
@white Quote: I tried completely deleting the entry:
ConditionUser=!root
in:
/etc/systemd/user/sockets.target.wants/pipewire-pulse.socket
/usr/lib/systemd/user/pipewire-pulse.service
/usr/lib/systemd/user/pipewire.socket
/usr/lib/systemd/user/pipewire.service
but it doesn't work.
If I use SUDO, the audio still isn't heard. Have you tried that after rebooting? If you edit systemd config you need to restart these services but it's easier to just reboot the whole machine.
|
|
|
|
|
|
Re: Browservice on X1000 and Sam460LE with Odyssey 1.23
|
Posted on: 2025/8/17 15:41
#117
|
Quite a regular
|
@white
The reason you don't get help is not because of language barrier or other people being selfish but because it seems a bit futile to try to help you. We have had a lengthy discussion of your audio issue before and established that it has nothing to do with QEMU or AmigaOS but you seem to ignore this crucial point and still try to solve it that way. Since it's not related to QEMU or AmigaOS it's also not possible to fix it with QEMU or AmigaOS options or settings. Instead, just make audio work as root on your Linux host with the audio backend that QEMU uses and then it will work with QEMU too. The problem is not specific to QEMU and is a Linux settings issue not related to QEMU. Ask ChatGPT about that and not about vfio, QEMU or AmigaOS and then it might give you a solution. The issue you have to solve is just how to make pipewire or whatever audio server you have accessible as the root user. We have found the solution to that for you before (I forgot but you can dig up the old thread) but you kept trying other things then gave up on it before trying the solution that would work. (Don't bother to answer, that's all I plan to add to this topic as if it does not go across I can't explain it any better so I won't try more.)
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/8/13 19:39
#118
|
Quite a regular
|
@joerg
Have you checked that? It looks like nvram.config is read by newer versions of nonvolatile.library.kmod (which the sam460ex 4.1FE seems to have). This can be used to override nvram settings but can also be used to provide default values if no nvram is available. Maybe it's not documented, I've discovered it while experimenting. I did not test the sam460ex version but maybe it works without replacing anything but the file needs to be called nvram.config there and added as a module in Kicklayout. The pegasos2 version has older nonvolatile.library.kmod that does not support this but there nvram.resource.kmod can read a file named nvrom.txt the same way. Maybe this was first implemented for pegasos2 but then added to other versions in case variables need to be overridden or defaults provided for settings like IDE DMA or similar. Not returning anything or not handling the error if neither nvram or nvram.config/nvrom.txt is available is probably a bug that went unnoticed as all machines have nvram.
|
|
|
|
|
|
Re: How to configure screen modes without EDID (solved)
|
Posted on: 2025/8/13 14:34
#119
|
Quite a regular
|
How to dump available screen modes and ModeIDs from the command line? These are shown in Prefs/ScreenMode GUI but is there a command or tool to get a list from the command line?
|
|
|
|
|
|
Re: Kyvos was updated
|
Posted on: 2025/8/13 14:28
#120
|
Quite a regular
|
@noXLar Quote: i already have sam4603x iso and os4.1 classic.
are they good enough to be using or is it better to purchase pegaos os4.1? See my page at the URL in my signature below on what works. QEMU emulates NG Amigas, for the classic you need UAE instead. The sam460ex should work but a bit slower than amigaone or pegasos2. If you consider purchasing a new version better go with amigaone as pegasos2 version has some issues even on real machine which might be fixed in an update but nobody seems to know when that might be released so amigaone is better for now. With sam460ex you might see crashes in nvgetvar (e.g. sysinfo calls it). You might be able to fix it by adding a text file with name=value pairs for setting env vars called nvram.config to Kickstart.zip (also add as a MODULE in Kicklayout), or you can replace C:NVGetVar with a script that does nothing to avoid these crashes.
|
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
