[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC XEN PATCH 0/6] Introduce VirtIO GPU and Passthrough GPU support on Xen PVH dom0


  • To: Huang Rui <ray.huang@xxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Christian König <christian.koenig@xxxxxxx>
  • Date: Mon, 13 Mar 2023 08:24:55 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=SBfqC4qhMtRCl0gKzFStfehn6vE0hHmR3VrImV9VC6w=; b=DRKy5N9DQAocYUnhwb0SX8c0ybS2eNc9mGSEQNUBERO5TNGRtv83wAVMFwViYxyQm6KJ2vm+nx35uvy2UzVIg9VP56iZ7o2Pf30jDPJ+WgvOirMCSjl7egIpkdhXLPmoFhakCzFrl/lCrWMkN/0rP0zNpYl8YBgOgL3kxFojmly02JA1mhuycY23DSqF06IELnDj0AkpSlR522XWRwQ64g4i0s+YRHFTcIJ9WzCYn4HYRsK2ZlG/9Q1oNkIdvgbfOZgEhntGFezoOWpStfygwvDPLoCT9hHGYQjfQoE95+n/Y0WzCwQYU4zZD305K8Zxd9GBF/+3vNGqQcq6me/Axw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oRa5wXihvN++21foIDk7KvDpE6I9nc2BTjvc+mvh3wYoQEnB0x63XLBQTZJJGP2NUJ3HJOjyPVcxiThl2vXvKtDg5229gFZcKEz0cRAjdZgTsMdfQyNWg3rwiuF6S//onVvgSf3GfkfpTUlm8kHW3SWZhGEn2H9BG7Jml0auClxydP7fKUSdkxeHhbE/dSLDWgv65uwB9UoWNKtY9CKSlzm+0sVXNfUK6MlnPNgSe4emuVIvUhnaOz5R2zPstc7qK888PFb8N+9eF/hyyT5k4QLtiMepi8U8Ay3tufcUOcHfu8ZKt5ri+TwWSyavWSKiQpfw9gZJ+KpGUzY8rWr45Q==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Cc: Alex Deucher <alexander.deucher@xxxxxxx>, Stewart Hildebrand <Stewart.Hildebrand@xxxxxxx>, Xenia Ragiadakou <burzalodowa@xxxxxxxxx>, Honglei Huang <honglei1.huang@xxxxxxx>, Julia Zhang <julia.zhang@xxxxxxx>, Chen Jiqian <Jiqian.Chen@xxxxxxx>
  • Delivery-date: Mon, 13 Mar 2023 07:25:18 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Hi Ray,

one nit comment on the style, apart from that looks technical correct.

But I'm *really* not and expert on all that stuff.

Regards,
Christian.

Am 12.03.23 um 08:54 schrieb Huang Rui:
Hi all,

In graphic world, the 3D applications/games are runing based on open
graphic libraries such as OpenGL and Vulkan. Mesa is the Linux
implemenatation of OpenGL and Vulkan for multiple hardware platforms.
Because the graphic libraries would like to have the GPU hardware
acceleration. In virtualization world, virtio-gpu and passthrough-gpu are
two of gpu virtualization technologies.

Current Xen only supports OpenGL (virgl:
https://docs.mesa3d.org/drivers/virgl.html) for virtio-gpu and passthrough
gpu based on PV dom0 for x86 platform. Today, we would like to introduce
Vulkan (venus: https://docs.mesa3d.org/drivers/venus.html) and another
OpenGL on Vulkan (zink: https://docs.mesa3d.org/drivers/zink.html) support
for VirtIO GPU on Xen. These functions are supported on KVM at this moment,
but so far, they are not supported on Xen. And we also introduce the PCIe
passthrough (GPU) function based on PVH dom0 for AMD x86 platform.

These supports required multiple repositories changes on kernel, xen, qemu,
mesa, and virglrenderer. Please check below branches:

Kernel: 
https://git.kernel.org/pub/scm/linux/kernel/git/rui/linux.git/log/?h=upstream-fox-xen
Xen: https://gitlab.com/huangrui123/xen/-/commits/upstream-for-xen
QEMU: https://gitlab.com/huangrui123/qemu/-/commits/upstream-for-xen
Mesa: https://gitlab.freedesktop.org/rui/mesa/-/commits/upstream-for-xen
Virglrenderer: 
https://gitlab.freedesktop.org/rui/virglrenderer/-/commits/upstream-for-xen

In xen part, we mainly add the PCIe passthrough support on PVH dom0. It's
using the QEMU to passthrough the GPU device into guest HVM domU. And
mainly work is to transfer the interrupt by using gsi, vector, and pirq.

Below are the screenshot of these functions, please take a look.

Venus:
https://drive.google.com/file/d/1_lPq6DMwHu1JQv7LUUVRx31dBj0HJYcL/view?usp=share_link

Zink:
https://drive.google.com/file/d/1FxLmKu6X7uJOxx1ZzwOm1yA6IL5WMGzd/view?usp=share_link

Passthrough GPU:
https://drive.google.com/file/d/17onr5gvDK8KM_LniHTSQEI2hGJZlI09L/view?usp=share_link

We are working to write the documentation that describe how to verify these
functions in the xen wiki page. And will update it in the future version.

Thanks,
Ray

Chen Jiqian (5):
   vpci: accept BAR writes if dom0 is PVH
   x86/pvh: shouldn't check pirq flag when map pirq in PVH
   x86/pvh: PVH dom0 also need PHYSDEVOP_setup_gsi call
   tools/libs/call: add linux os call to get gsi from irq
   tools/libs/light: pci: translate irq to gsi

Roger Pau Monne (1):
   x86/pvh: report ACPI VFCT table to dom0 if present

  tools/include/xen-sys/Linux/privcmd.h |  7 +++++++
  tools/include/xencall.h               |  2 ++
  tools/include/xenctrl.h               |  2 ++
  tools/libs/call/core.c                |  5 +++++
  tools/libs/call/libxencall.map        |  2 ++
  tools/libs/call/linux.c               | 14 ++++++++++++++
  tools/libs/call/private.h             |  9 +++++++++
  tools/libs/ctrl/xc_physdev.c          |  4 ++++
  tools/libs/light/libxl_pci.c          |  1 +
  xen/arch/x86/hvm/dom0_build.c         |  1 +
  xen/arch/x86/hvm/hypercall.c          |  3 +--
  xen/drivers/vpci/header.c             |  2 +-
  xen/include/acpi/actbl3.h             |  1 +
  13 files changed, 50 insertions(+), 3 deletions(-)





 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.