-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merge patches from meta-xt-vhost #165
Conversation
Tested on h3ulcb-4x2g with the following commands
On DomU
Logs of successful communications were observed. After restarting the DomU the new instance of the client restored successful communication with the server in DomD. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Acked-by: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
It will be good to get @otyshchenko1 blessing |
I guess my R-b/A-b tag does not need to be applied to the patches, so lgtm |
A specific module for accessing descriptors in virtio rings which contain guest grant based addresses instead of pseudo-physical addresses. Please see Xen grant DMA-mapping layer at drivers/xen/grant-dma-ops.c which is the origin of such mapping scheme. The descriptors are mapped in core vhost's translate_desc(), the target vhost device is responsible for unmapping them as soon as they are not used anymore. Wire it to vsock device for now. Signed-off-by: Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com> Acked-by: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
Setup watch to specific Xenstore entry "drivers/dom0-qemu-command-monitor/..." which represents Qemu command line. Hopefully it contains "-xen-domid" property which is used to configure pass guest domid for Qemu, parse it to get the required info. The proper solution would be to pass guest domid from Qemu directly by extending some of VHOST ioctls (for example, VHOST_SET_MEM_TABLE). Signed-off-by: Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com> Acked-by: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
As a prereq for foreign mapping scheme, refactor the module heavily to be able to reuse common stuff between mapping schemes and perform some renamings accordingly. Also reduce the mapping context which needs to be stored in struct vhost_xen_map. Move mapping specific details into struct vhost_xen_ops. Introduce "nogrant" param to be able to choose the target mappings. The proper solution would be to pass the grant_usage from Qemu directly by extending some of VHOST ioctls (for example, VHOST_SET_MEM_TABLE). Signed-off-by: Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com> Acked-by: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
Please note, the following configs should be enabled in defconfig: CONFIG_VHOST_NET=y CONFIG_TAP=y CONFIG_MACVLAN=y CONFIG_MACVTAP=y Signed-off-by: Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com> Acked-by: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
The Xenstore entry "drivers/dom0-qemu-command-monitor/..." which represents Qemu command line is not present anymore since we changed a way to configure and spawn Qemu. So get the guest domid from "device-model" directory once it gets state "running". Again, the proper solution would be to pass guest domid from Qemu directly by extending some of VHOST ioctls (for example, VHOST_SET_MEM_TABLE). Signed-off-by: Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com> Acked-by: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
|
Patches are added in the same order they appear in https://github.com/xen-troops/meta-xt-vhost/blob/main/recipes-kernel/linux/linux-renesas_%25.bbappend