Sergio López

Hm... it's been a while since I've tried it. Will take a look at this next week.

Thanks for the report! I've identified the problem. Will work a proper patch next Monday.

Yes, not all container semantics are supported in libkrun, but this one should be relatively easy to adopt. Could you please explain a bit the use case?

This is actually a known limitation of libkrun. STDIN/STDOUT are tied to the emulated virtio-console, and their interactions are designed with interactive TTY sessions in mind, to the point of...

Hm... this is weird, because what the virtiofs device in libkrun does is simply call SYS_getdents64, just as any conventional userspace application. Reproducing this one is going to be complicated,...

Supporting macOS's Hypervisor.framework on x86_64 is doable, but requires some work, given that we need to emulate more devices than with KVM (which provides in-kernel implementations of them). So far...

Hi! Thanks a lot for taking the interest in working on this. Your changes look good to me, just a couple of comments: - Could you please add a [Sign-off-by](https://www.kernel.org/doc/html/v4.17/process/submitting-patches.html#sign-your-work-the-developer-s-certificate-of-origin)...

I honestly don't know. I'm aware there's *some* support for Windows on various of the rust-vmm crates, but can't say to which extent. Filesystem support would be hard, but there's...

@jakecorrenti This should be mostly covered by https://github.com/containers/libkrun/pull/157, but it'd be nice confirming we aren't missing anything to cover this use case.

Thanks for your contribution. Could you please remove the third empty commit?