Microvm with virtiofs

[SPYFF]

Hi Vincent!

I just noticed that you tried to use microvm then revert the commit. Is there any particular issue which is a major showstopper?
For me it seems like microvm dont have PCIe emulation which might bring issues with 9P or I missed something?

As an alternative would it be possible to use virtiofs instead for microvm or at least make that opt-in with an argument?
Seems like its possible: https://www.mail-archive.com/qemu-block@nongnu.org/msg85557.html
Also I found a blogpost about the topic from Christian Ehrhardt (ubuntu server team): https://cpaelzer.github.io/blogs/009-microvm-in-ubuntu/. He show the usage of QEMU virtiofs + virtiofsd too.

Compared to 9P however it is less convenient for the script since it has to start virtiofsd(s) too.

[vincentbernat]

Hey!

On personal projects, I usually keep the attempts in the master branch to remember what went wrong. On the first tentative, I had a problem to make 9p work. On the second work, it seems I don't even have a console. I don't remember exactly why it is.

Thanks for the pointer. I am unlikely to have time to look at it. :(

[SPYFF]

Thanks for the additional info. It would be a useful feature for me so I might find some time to investigate it if you wont mind. In a case if me or my colleague send you pull request with the function, would you consider take a look into it?

[vincentbernat]

Yes, sure! Even if we need virtiofsd.

[SPYFF]

Hi! Unfortunately our focus shifted towards elsewhere and to avoid duplication of effort, we discussed about forking (the seemingly abandoned: amluto/virtme#86) virtme project into vitme-ng (https://github.com/arighi/virtme-ng) which in the past weeks gained virio-fs, microvm, virtio-gpu and fast rust initramdisk support.

Thanks for the effort you put into this project, it was great help for us, however this issue can be closed since we going forward with virtme-ng in the future.