You should really take a look at Wormhole and try it out.
I am sure Wormhole a good tool for folks who need it, but I don’t like adding extra layers when they’re not necessary. Hollywood surely good for its purpose, but for quickly moving lots of small files (usual scenario when coding), I’d rather set up a mount list for a filesystem OS4 sees as a partition, and then working with from dopus4 or so.
Ideally, I’d mount a shared folder between OS4 and QEMU, but If that not possible, then USB stick does the job for now. Or, if there’s a reliable driver for a QEMU-supported network card, I could run a small FTP server, or client with a mount list or something, you’d have a shared folder that acts like a partition..
@All
In meantime I’ve set up QEMU with a TAP interface instead of SLIRP: SLIRP’s glitchy, doesn’t support IDCMP (no ping), and isn’t stable (at least that what i read in docs). TAP’s way seems more robust and on Windows, it’s simple to use too: install any software creating TAP device (like OpenVPN), bridge your network card (Ethernet or Wi-Fi) with this TAP, and OS4 in QEMU runs like another machine on your network, with all working pings, no needs for port forwarding and co. And then just:
But, the problem is, the driver I tested (53.6, 11/14/2016) chokes on transfers :( Downloads from OS4Depot start okay, then stall after a few MB, slow down, and drop. No crash, just the network dies.
I’m an OS4 beta tester, so I can try other versions as well, maybe will be lucky with one of them ..
@balaton Quote:
Or maybe ne2k_pci could work which is NE2000/RTL8029 compatible.
As far as i aware we don't have NE2000, but we do have RTL8029 driver: rtl8029.device 53.3 (18.9.2014) , so i tried it firstly with ne2k_pci, and were able to add it to interfaces through this driver, and start the network, and be able to do ping myself, but, can't ping anything else (even gateway) (while of course, with rtl8139 can). For sake of tests i tried "new2k_isa", but that as expected even wasn't found by os4's rtl8029 driver..
But, the problem is, the driver I tested (53.6, 11/14/2016) chokes on transfers :( Downloads from OS4Depot start okay, then stall after a few MB, slow down, and drop. No crash, just the network dies.
Look for the driver on os4welt - there is a forum there somewhere. The author does not wish it to be distributed so I can't give you a link. It works best.
This driver also crashes. I have a couple of cards with cart revision rtl8139 will see via PCI passthrough if there is something with the default AOS4 driver though (not the one from os4welt).
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.
Look for the driver on os4welt - there is a forum there somewhere. The author does not wish it to be distributed so I can't give you a link. It works best.
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.
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.
That's right, the latest version should work under Qemu as well as under real hardware.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
The usual way, instead of something extreme like you are doing (restarting the complete USB stack, or unmounting and remounting the FAT file system), would be simply using "DiskChange usb0:" in a shell. Just like using "DiskChange DF1:" was required for some of the early external 3rd party floppy disk drives which didn't support the automatic disk change detection of trackdisk.device correctly nearly 40 years ago on an Amiga 1000
I needed to think of something today for my project to quickly unmount and mount (refresh) a new USB FAT device. I'm using KDE so I assigned myself a shortcut to a script under a key and it works fine. I haven't used MS Windows for years so I don't think ‘unix-connect’ will work. You can also use telnetd when calling from QEMU to listen to the ‘monitor’ and send it commands. It is possible that this will work on Windows. Maybe it will be useful for someone
Quote:
#!/bin/bash # Delete if you have a similar line in your start line regarding ‘usb-storage’ # Add lines to run QEMU: # -monitor unix:/tmp/qemu-monitor-socket,server,nowait #
DRIVE_PATH="/tmp/win32"
case "$1" in start) echo "drive_add 0 file=fat:rw:$DRIVE_PATH,id=ufat,format=raw,if=none"|socat - unix-connect:/tmp/qemu-monitor-socket echo "device_add usb-storage,id=ufat,drive=ufat,removable=on"|socat - unix-connect:/tmp/qemu-monitor-socket ;; stop) echo "device_del ufat"|socat - unix-connect:/tmp/qemu-monitor-socket echo "Close all open windows with a drive, wait 5 seconds - the drive will disappear" ;; *) echo "Usage: {start|stop}" exit 2 ;; esac
Oh, I just remembered that there is also a theoretical possibility via the ‘usb-mtp’ ( Media Transfer Protocol). But AOS4 doesn't fully support it (pops up an initiation error), PTP probably does. Someone once tried to do something with libmtp under AOS4, but I don't know what the status of that project is.
Edited by smarkusg on 2025/5/27 20:55:07 Edited by smarkusg on 2025/5/27 21:28:16 Edited by smarkusg on 2025/5/27 21:28:57 Edited by smarkusg on 2025/5/27 21:30:02
I apologize for the bump, but does anyone have a download link to the updated os4welt rtl8139 driver? I tried searching "rtl8139 treiber" the forums, but I couldn't find anything :(
This is just like television, only you can see much further.
Maybe that -drive if=none only defines a logical drive but no device for it. Normally you could add -device usb-storage,drive=fat16 to the command line but the sam460ex u-boot has a bug that it cannot boot with usb drive attached so you have to attach it later from QEMU monitor with device_add usb-storage,drive=fat16 after AmigaOS booted. This is not very convenient but that's what works currently. Also this vvfat drive is limited to about 500MB and changing it from the host while the guest is running is not supported so it's better to use a network share instead.
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
