You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's our hacky custom hypercall implementation --- I don't recall, but we faced several challenges to implement a direct hypercall interface.
So what we do is following: QEMU takes kernel's hypercall address, and it keeps monitoring if the guest kernel is executing the hypercall. You can have a look at _HYPERCALL_ADDR in QEMU.
It's our hacky custom hypercall implementation --- I don't recall, but we faced several challenges to implement a direct hypercall interface.
So what we do is following: QEMU takes kernel's hypercall address, and it keeps monitoring if the guest kernel is executing the hypercall. You can have a look at _HYPERCALL_ADDR in QEMU.
Oh, I see. Thanks a lot!
By the way, do you have any recommending material about QEMU&KVM? I can understand the static analysis part. However, as for your modification to QEMU... It's somewhat complicated to me but I really want to understand it in detail.
As you can tell I'm quite a newbie in VMM, so do you have any suggestion for me?
I find nop instead of vmcall instruction in each kernel/hypercall.c
I'm not that familiar with virtualization but it seems that the hypercall implementation will never call into VMM?
Please help me with it. Do I misunderstand sth about the implementation or how should I modify it to make razzer work?
Thanks.
The text was updated successfully, but these errors were encountered: