Who's Online |
102 user(s) are online ( 36 user(s) are browsing Forums)
Members: 0
Guests: 102
more...
|
|
Headlines |
-
iconecta.lha - network/misc
Mar 5, 2026
-
sfront.lha - utility/script
Mar 4, 2026
-
virtio9pfs.zip - driver/handler
Mar 2, 2026
-
arabic_console_devicepro2.lha - driver/input
Mar 2, 2026
-
amiarcadia.lha - emulation/gamesystem
Mar 2, 2026
-
hwp_zip.lha - library/hollywood
Mar 2, 2026
-
amigadiskbench.lha - utility/benchmark
Mar 2, 2026
-
virtioscsi.lha - driver/storage
Mar 1, 2026
-
lm-torneo.lha - game/roleplaying
Mar 1, 2026
-
videovortex.lha - video/play
Feb 28, 2026
|
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: Today 16:52
#1
|
Quite a regular 
|
@joerg
Then how do you redirect stdout?
|
|
|
|
|
|
Re: QEMU for Windows with working -virtfs ! (yes!)
|
Posted on: Today 16:50
#2
|
Quite a regular
|
@kas1e
I don't know virtio but I doubt -virtfs would be legacy. According to the docs smarkusg linked (which seem quite outdated but maybe still there's some truth in it) it should be the same as -device virtio-9p-pci which should support both legacy and modern but maybe the driver need to do something to switch it to modern mode or is that the default?
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 16:46
#3
|
Quite a regular
|
@derfs
I don't understand that explanation. Can you explain it or is it just what the AI generated? The sm501 has the whole vram memory mapped and you can certainly read and write it on both amigaone and pegasos2 so this should fundamentally work. If it doesn't there must be some other reason but I don't understand what.
Using legacy virtio devices is not recommended because they may be dropped in next release or soon after. You should really fix the driver to work with modern virtio.
One thing that modern virtio is different from legacy is that it's always little endian so more than byte access may need endian conversion. Is that handled in your driver? But if it works on pegasos2 it probably does. While the Marvell and Articia may have bits to do endian swap they are not emulated, you should get a log message with -d unimp,guest_errors if you try to use it. So the driver needs to handle it.
|
|
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: Today 16:43
#4
|
Home away from home 
|
@Maijestro Quote: - AmigaOS4 Shell: no 2> operator (only > for stdout) To redirect stderr on AmigaOS you have to use "*>filename".
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 16:43
#5
|
Quite a regular
|
@kas1e
If you want the virtual machine to appear on your network you still need TAP. If you just want to access a port like ssh into the guest you can use port forwarding with user/slirp. There's also an alternative to slirp called passt which is the modern way with more features but I don't know it. In QEMU the -device is the guest side part and -net is the host side so it works the same on the host side independent if you use -device rtl8139 or -device virtio-net which just sets what card the guest sees. Once the packets reach QEMU it's the -net option that decides where they go.
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 16:13
#6
|
Home away from home
|
@derf,balaton
Based on derf's code of the SCSI device were able to create working virtionet.device ! I can now set it as interface in network prefs, can ping to 127.0.0.1 and to my new ip 192.168.100.100 on this device.. now only to understand how correctly to tell qemu now to go outside of qemu to see if whole transfering work, and not just pings.
Before it was some hardcore like i had to setup openvpn to have TAP device, then "-device rtl8139,netdev=net0 -netdev tap,id=net0,ifname=TAP0,script=no,downscript=no" , etc.. Is the same TAP/slirp way need when use virtionet.device as well ?
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 15:58
#7
|
Not too shy to talk 
|
@balaton Quote: The Articia S northbridge does not forward CPU memory cycles to PCI. The address decodes fine, the BAR is visible in config space, but when you actually try to read or write the MMIO region, the data never reaches the device.
The Articia S only reliably forwards I/O port (not memory) PCI cycles, which is why AmigaOne needs legacy VirtIO transitional devices (device ID 0x1004) that expose an I/O BAR. The OS InWord()/OutWord() PCI methods work fine for I/O space — it's specifically memory-mapped BAR access that the Articia S doesn't pass through. If I want to use devices that have no I/O BAR then that is where I hit the issue. I am moving everything to legacy-only for now and will re-visit the issue later.
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 15:12
#8
|
Quite a regular
|
@derfs Quote: I need to get the PCI-setup working for all machines without having to change the qemu device parameters but MMIO only works for pegasos2 which means I have stayed with legacy virtio for amigaone. Why is that? MMIO should work with amigaone too. Isn't it just a memory mapped BAR that should show up in the PCI window? Or does it need something else that pegasos2 has and amigaone lacks?
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 15:10
#9
|
Quite a regular
|
@kas1e
As you see virtio is a whole family of devices that all use the same primitives to communicate with QEMU so if you make drivers for them you'll end up with duplicated code in these drivers that's best put in a library. Not only to make the drivers smaller but also to avoid having to fix the same bug in multiple drivers or have different bugs in different drivers. So you should really make the common part a virtio.library then base all drivers on that. That way improving the library would also improve all drivers without having to touch them.
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 14:49
#10
|
Home away from home
|
@smarkusg
I not sure to be honest if virtio.library is need it us at all for now.. I mean what derfs did is quite cool and very well written, so all we need to have virtio-net.device "today" is update what he did with SANAII. Going another way now can be a bit more time consuming even if future proof.. But that of course up to derfs :)
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 14:22
#11
|
Quite a regular
|
@kas1e @@derfs Quote: Btw, now as you can made those devices/libraries/handlers now, and i see on your github you made some https://github.com/derfsss/AmigaBlockDevLibrary, is it possible (if i may ask for), to create our opensource version of the virtuo.library instead of that one from AEON, so we can then make on top of that some network driver which will works fine without needs to use those rtl ones which cause issues ? @Falke_34 announced on the os4welt forum that he wants to make VirtioVGA. He seems enthusiastic about it and is making progress. Let's keep our fingers crossed that he succeeds  He is also working on “virtio.library.” It would be great if anyone wanted to help him. I don't know enough to say whether he has chosen the right path. Description: “The project may be distributed, copied, edited, and also puzzling!” Yesterday he wrote that it is initializing in a certain way: “GPU is recognized -> QEmu also opens a new black screen.”
[DOS ELF_LS] NOTE: No _start() found in file "LIBS:virtiovga.chip" installing dummy_start().
[virtiovga] ChipLibInit IExec=02182E1C lib=62D9A4C8
[virtiovga] InitChip bi=6FF0D2B0 IExec=02182E1C
[DOS ELF_LS] NOTE: No _start() found in file "LIBS:virtio.library" installing dummy_start().
[virtio.library] LibInit OK IExec=02182E1C SysBase=022969F2
[virtio.library] lib=62D9A548 seglist=18B65A31 IDOS=6FFA05D0
[virtio.library] Open cnt=1 caller=0183B39C
[virtiovga] virtio.library: 62D9A548
[virtiovga] iface: 62D9A5B0
[virtio] Device GPU: PCI-DID=1050 idx=0 bar4=84200000 ccfg=84200000
[virtio] Device Sound: PCI-DID=1059 idx=0 bar4=84204000 ccfg=84204000
[virtio] Device Net: PCI-DID=1000 idx=0 bar4=84208000 ccfg=84208000
[virtio] Device SCSI: PCI-DID=1048 idx=0 bar4=84280000 ccfg=84280000
[virtiovga] GPU: 62D4D5D0
[virtio] vio_init: features_lo=00000000 features_hi=00000001 (VERSION_1)
[virtio] vio_init: status after FEATURES_OK = 0B
[virtio] vio_init OK - ready for queue setup (DRIVER_OK pending)
[virtio] ring: virt=62D41000 phys=00932000 (delta=1648422912)
[virtio] buf: virt=62D43000 phys=00934000
[virtio] Q0 readback: enable=1 desc=00932000 avail=00932400 used=00933000
[virtio] Queue 0: notify_off=0 notify_addr=84203000
[virtio] Queue 0: size=64 desc=00932000 avail=00932400 used=00933000 notify=84203000
[virtiovga] ctrlq: 62D96A00
[virtio] DRIVER_OK set - DevStatus=0F ISRaddr=84201000
[virtiovga] DRIVER_OK set - GPU ready
[virtio] notify q0
[virtio] q0 OK ISR=01 used=1
[virtiovga] DISPLAY_INFO resp=00001101
[virtiovga] s[0] en=1 1280x800
[virtiovga] Resolution: 1280x800
[virtiovga] FB: 62905000 (4000 KB)
[virtio] notify q0
[virtio] q0 OK ISR=01 used=2
[virtiovga] CREATE_2D OK
[virtio] notify q0
[virtio] q0 OK ISR=01 used=3
[virtiovga] ATTACH_BACKING OK
[virtio] notify q0
[virtio] q0 OK ISR=01 used=4
[virtio] notify q0
[virtio] q0 OK ISR=01 used=5
[virtiovga] InitChip OK - 1280x800 32bpp
[virtiovga] ChipLibInit OK - GPU active 1280x800
[virtiovga] LibOpen cnt=1
To sum up... if you guys have the time and inclination, maybe it's worth helping him out? ps @Falke_34 also developed QEmu Helper - a program written in Python3 that provides a config interface to make it easier to configure and start QEmu with Amiga OS 4.1. He is still working on it. It was created before @walkero developed Kyvos. https://amigaworld.net/modules/newbb/v ... =20&viewmode=flat&order=0@Falke_34 has the enthusiasm and desire to do something for AOS4... so if anyone can help him, thank you in advance.
|
|
|
|
|
|
Re: NEW AMIGA BOOK: Bootblock Rebels - The Hidden Stars of the Amiga Underground
|
Posted on: Today 14:06
#12
|
Home away from home
|
Congrats & looking forward to the book and all the stretch goal!
|
_______________________________ c64-dual sids, A1000, A1200-060@93, A4000-CSMKIII PiStorm32 & Catweasel MK4+= Amazing ! My Master Miggies-Amiga1000 & AmigaONE X1000 ! mancave-ramblings
|
|
|
|
Re: 2026-Feb/March-Bubbelsche Deluxe by EntwicklerX !
|
Posted on: Today 13:45
#13
|
Home away from home
|
@graff Welcome aboard  Did you get this score on your X5000 or Sam460ex? @ Tuvok 
|
_______________________________ c64-dual sids, A1000, A1200-060@93, A4000-CSMKIII PiStorm32 & Catweasel MK4+= Amazing ! My Master Miggies-Amiga1000 & AmigaONE X1000 ! mancave-ramblings
|
|
|
|
Re: Dopus 5.92 betatest
|
Posted on: Today 13:30
#14
|
Not too shy to talk
|
|
|
|
|
|
|
Re: Rave feature requests
|
Posted on: Today 12:45
#15
|
Just popping in 
|
Thank you! I'm experimenting with a Commodore 16/Plus4 Covox sound card. The unusual sample rate and 4-bit samples requests come from there. It's good to hear that Rave is developing, even slowly.
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 12:23
#16
|
Not too shy to talk
|
@kas1eQuote: kas1e wrote:
I just add to qemu "-device virtio-net-pci,disable-legacy=on", and can see in ranger that it add new Ethernet.device "1AF4:1041" (the virtuo-Handler is 1AF4:1049 btw). So probably it's matter now to follow your device code logic in SCSI device, and made "virtio-net.device", the only difference will be is implementation of SANAII stuff. And then no more issues with network ever ! Thats correct as all the generic commands are already covered and SANA-II would be added as additions. I need to get the PCI-setup working for all machines without having to change the qemu device parameters but MMIO only works for pegasos2 which means I have stayed with legacy virtio for amigaone.
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 12:13
#17
|
Home away from home
|
@Majestro Quote:
Where can I get the original? And thanks for the tip.
The last version were released in fe-update2, placed in Utilities/Commodities/RAWBInfo @derfs I take my words back about needs to create virtuo.library, maybe that one were better at first, but now, when you already create with no problems directly device and handler, then probably following the same "direct" way.. I just add to qemu "-device virtio-net-pci,disable-legacy=on", and can see in ranger that it add new Ethernet.device "1AF4:1041" (the virtuo-Handler is 1AF4:1049 btw). So probably it's matter now to follow your device code logic in SCSI device, and made "virtio-net.device", the only difference will be is implementation of SANAII stuff. And then no more issues with network ever !
|
|
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 12:04
#18
|
Just can't stay away 
|
@kas1eQuote: kas1e wrote:@Majestro
On your screenshot i see some bug : check in icon information you have in Handler field at the end some fancy characters. I not sure, but it pretty much can be bug in Enhancer's wbinfo replacement which you use. On original OS4's one i didn't have it.
PS. but just in case try latest 04.beta version which derfs release hour ago, maybe it will deal with (while i still think it will be enhancer replacement bug, as always). Yes, you're right, I actually use the Enhancer software replacement. I wondered about that myself and thought it might be coming from the handler. It looks awful, but it works really well  Where can I get the original? And thanks for the tip.
|
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
|
|
|
|
Re: Dopus 5.92 betatest
|
Posted on: Today 12:03
#19
|
Amigans Defender 
|
@Elwood
It has always been this way: a BOOPSI gadget that becomes activated receives all input until it is deactivated. So an active string gadget (for example) will swallow the ESC, instead of the application receiving it. It would require some redesign in the framework to do something about it. I have no idea (yet) what the needed scope of the redesign would be.
|
The Rear Window blog AmigaOne X5000 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition
|
|
|
|
Re: Virtio SCSI driver for AmigaOS4.1FE on QEMU
|
Posted on: Today 11:42
#20
|
Home away from home
|
@Majestro
On your screenshot i see some bug : check in icon information you have in Handler field at the end some fancy characters. I not sure, but it pretty much can be bug in Enhancer's wbinfo replacement which you use. On original OS4's one i didn't have it.
PS. but just in case try latest 04.beta version which derfs release hour ago, maybe it will deal with (while i still think it will be enhancer replacement bug, as always).
|
|
|
|
|
|
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
