[osv-dev] Trying to explore using OSv

2020-09-03 Thread Tim Hawes
I am trying to explore OSv and Unikernels in general. I have a Capstanfile defined in this link to a public, and the output when I build and run the app using capstan gist https://gist.github.com/timotheosh/a98884e4d13fca669110df18cde054e2 Other useful details include that I am doing this

[osv-dev] [PATCH v2 3/3] scripts/build: don't exit when exporting files

2020-09-03 Thread Fotis Xenakis
This allows exporting an image's files while doing a complete build on the same invocation (these should anyway be orthogonal). Signed-off-by: Fotis Xenakis --- scripts/build | 1 - 1 file changed, 1 deletion(-) diff --git a/scripts/build b/scripts/build index 24e930d3..fed78fd3 100755 ---

[osv-dev] [PATCH v2 2/3] loader: add support for booting from virtio-fs

2020-09-03 Thread Fotis Xenakis
This makes the necessary and pretty straight-forward additions to the laoder to support using virtio-fs as the root filesystem. It also makes minimal changes to scripts/build to add support there as well. Note that, to obtain a directory with contents specified by the manifest files, usable as the

[osv-dev] [PATCH v2 1/3] loader: add rootfs type command line option

2020-09-03 Thread Fotis Xenakis
Previously, the loader always attempted to: 1. Mount a rofs root filesystem. 2. Mount a zfs root filesystem, if the previous failed. 3. Do nothing (i.e. keep the ramfs mounted as bootfs) if the others failed. This adds a new command line option to better control this behaviour, specifying

[osv-dev] [PATCH v2 0/3] Support booting from virtio-fs

2020-09-03 Thread Fotis Xenakis
Changes since v1: - Made the loader backwards compatible: if the --rootfs flag is not specified, it fals back to the previous behavior of trying to mount rofs, followed by zfs. On the root filesystem selection front, the thought of generalizing the current implementation to try out the other