better file sharing between os4 on qemu and windows, how ?

@all
Currently to exchange files between os4 on qemu and hosts window11, i add to qemu usb stick, like this:


It works, but problem that if i do changes from amigaos4 side, then data is refreshed on windows, all ok. But if i do any change from windows size, then data isn't refreshed inside of os4 (because usb-stick wasn't plugged off/plugged on), and i need always to reboot qemu for just seeing new file to appear in this virtual usb stick.

So far tried that with usb way:

- "usbctrl restart" didn't refresh new content.
- dismount usb0: , creating mount list, and then mount usb0: didn't refresh new content as well

Question is: is there any better way ? Not samba or any network kind solution, but something like you mount partition as a disk, and all change from os4 side visibly immediately from windows side, and in other way around too. Like on winuae when you set "mount windows partitions"

Thanks!

I have the same issues with Linux and the USB device updates. So, it seems it doesn't have to do with the host OS.

As much as I tried to find a way to mount a folder as a hard disk, this was not possible. The other solution could be to use an ISO, but this will require much more work than just restart the emulation.

I am interested in a better solution as well.

And a shared folder on the Amiga side (or windows) and then using samba to mount such shared volume?

@George
At least restarting qemu with fully booted os4 take 15 seconds on my setup (i use peg2 + bboot) , so it's not that big issue, but still, you need always reboot and reopen all apps and winsowses/shells again :(

@Javier
Yeah, Samba will work for sure, just didn't want to worry with network for now, and hoping for something trivial ..

If I understood the topic you want to get a -fat partition with qemu in Windows 10 for example.

Free Program
here is the AMD link to download the penultimate version that supports -fat:

https://radeon-ramdisk.software.informer.com/download/

Download this version that still supports -fat:

4.1.1.13 May 30, 2013 radeon_ramdisk_4_1_1_rc3.msi

Easy and intuitive, you can mount and unmount with a click.

I hope it is useful,
Leave your configuration so it is useful for everyone who points to the created RAM disk.

note:
The latest version
radeon_ramdisk_4_4_0_rc36.msi
no longer supports -fat

and you do not need to have AMD memory to use it
tested with Windows 10 LTSC 2021

@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.

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

If that doesn't work it's a problem in the QEmu code emulating the USB FAT device.

@walkero
Quote:Did you try WormHole already?
Maybe it doesn't work with the default (slirp based?) QEmu networking emulation but may require using something else with NAT support instead.

Other possible option, if you don't want to use something "complicated" as Samba or NFS:
FTP server on the host and FTP client on the guest. Using a FTP client like https://os4depot.net/?function=showfil ... =network/ftp/ftpmount.lha it's similar to a shared directory as well.

@balaton
Quote:

Client can be not that hard to do , but question is if there any advantage in compare with just ftp or samba then ? As 9p is network based protocol, mean same working network, same sharing as we already can do with samba ? Or there is advantage of usage p9 instead ?

@joerg
Quote:
This is not a bug in QEMU. This is how it works.This is the simplest possible and very universal way. It is not recommended in write-once mode.

"WARNING: keep in mind that QEMU makes the virtual FAT table once, when adding the device, and then doesn't update it in response to changes to the specified directory made by the host system. If you modify the directory while the VM is running, QEMU might get confused."

https://en.wikibooks.org/wiki/QEMU/Devices/Storage

The best way is virtio-fs
https://virtio-fs.gitlab.io

And older as Balaton wrote “9p”. Only, the guest system has to support it.
Balaton also gave an example where qemu-system-pcc uses external patches to get Max OS 9.x under PPC or mk68 on a running machine.
https://github.com/elliotnunn/classicvirtio. The guys even made a virtio-gpu graphics driver. They are currently working on a “GL” version as far as I know to improve performance because they weren't entirely happy with it.
I have it after MacOs 9 (ppc) under qemu “9p” it runs funny with additional external patches ‘screamer’

Here an old video I once posted on www.emaculation.com - > video https://youtu.be/AIXnMi50bA8

@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.

@balatonQuote:
Yes, I know. I only added it so that if someone sees the video and it works differently for them, they should know about it.