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

Re: RFC: PCI devices passthrough on Arm design proposal

  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>
  • Date: Fri, 17 Jul 2020 13:59:41 +0000
  • Accept-language: en-GB, en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.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-SenderADCheck; bh=vQ2gZHMn6LDSz8tivzsrNZKbVKpPQrWz0pNWuRqzEKo=; b=JcGEkXDz2FtOZqOJWgCr0iqpFZIwObPLAjqGtSjhCCI8bfz3yTjD6VXZydZFwybB/NUZi+gjcx1s5AAHNhBndvAJFWrdlhtohmLHYCK0Vdz+adBz2rLLz83Fw3g4sME8y6ADQ0/kAbIOP2Wxfvj1mdd3uW60pbrZ7EOylQhT1xPcvWD5NQCxXtB6TSoSxANgaCawwKAk52HQStW+V7V3tqnU9vjysHaTNVi1wouHNYIjU4dXgoFK2zoxus7etME+QNNDALFzPXJD2LI/VuGuRU4ZE1YrSjzUSwhNRT2QNnikIspiz9Y9mtzV9J1t5+UkTp9FYruFCPtc3DzSbGBxaQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=V31tpZc6kUIqiNi8plSIlwnSmCurepjLZvOY8Dx/uLNBWrxyeGsoyU1FrEIf5MUc//KNAROUBQfgIfsay5J0A/C8YAm0cURAkEqMeTdGUbpHn2/b2Jl14eDYS6Tmeh9QKoE20GmYMNsXMhPFJI4smzxGQbU/Eoh1zirPO5XL+G+H7X1G1QQQ04OFb6PqvnfoznrTcobFz2srNLzY9cZumpJYG1cJ3MJoOtxjq/z8K+CR5lSIIvnXR/YSrflT50Y5stQESz3ZRnQK665BosBwwhyj2E7d2EetWeNzQ9IkV9hf8Dubq1FZzWLJdY75XuWcIFs/M4Z/zXiuHBTIUUsF8w==
  • Authentication-results-original: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=arm.com;
  • Cc: Rahul Singh <Rahul.Singh@xxxxxxx>, Julien Grall <julien.grall.oss@xxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, nd <nd@xxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Delivery-date: Fri, 17 Jul 2020 13:59:58 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=arm.com;
  • Thread-topic: RFC: PCI devices passthrough on Arm design proposal

> On 17 Jul 2020, at 15:19, Jan Beulich <jbeulich@xxxxxxxx> wrote:
> On 17.07.2020 15:14, Bertrand Marquis wrote:
>>> On 17 Jul 2020, at 10:10, Jan Beulich <jbeulich@xxxxxxxx> wrote:
>>> On 16.07.2020 19:10, Rahul Singh wrote:
>>>> # Emulated PCI device tree node in libxl:
>>>> Libxl is creating a virtual PCI device tree node in the device tree to 
>>>> enable the guest OS to discover the virtual PCI during guest boot. We 
>>>> introduced the new config option [vpci="pci_ecam"] for guests. When this 
>>>> config option is enabled in a guest configuration, a PCI device tree node 
>>>> will be created in the guest device tree.
>>> I support Stefano's suggestion for this to be an optional thing, i.e.
>>> there to be no need for it when there are PCI devices assigned to the
>>> guest anyway. I also wonder about the pci_ prefix here - isn't
>>> vpci="ecam" as unambiguous?
>> This could be a problem as we need to know that this is required for a guest 
>> upfront so that PCI devices can be assigned after using xl. 
> I'm afraid I don't understand: When there are no PCI device that get
> handed to a guest when it gets created, but it is supposed to be able
> to have some assigned while already running, then we agree the option
> is needed (afaict). When PCI devices get handed to the guest while it
> gets constructed, where's the problem to infer this option from the
> presence of PCI devices in the guest configuration?

If the user wants to use xl pci-attach to attach in runtime a device to a 
guest, this guest must have a VPCI bus (even with no devices).
If we do not have the vpci parameter in the configuration this use case will 
not work anymore.

@julien: in fact this can be considered as hotplug from guest point of view and 
we do support this :-)
We will not support PCI hotplug for hardware hotplug definitely (ie adding in 
runtime a new device on PCI).


> Jan



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