[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2] xen/pci: Refactor PCI MSI interrupts related code
- To: Rahul Singh <Rahul.Singh@xxxxxxx>
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Date: Mon, 19 Apr 2021 10:40:36 +0200
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.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=qS4qYbsKAhBbTBxZ05PrDEpCYVl/1g8QT1mGJsea8+M=; b=LMnm+L6t2al1raxSwhLu6cw1hLFIkw0+LCxt31kIf1mMSZv1uiFdgtAmgnqsoxiL4BjY2bJRcm08kd3XsXAZwRqkH2rkxK90sZhc55JqJpcIFyXPhxYV2eic6sganPUJGPYm7Wd44v3Bs73QtRqEOfP0cDkHC7quprZfKJ89v1yBnQtpUVCNOg1q7pdSAhGKz49OP2G+gkGdAVd+YW/K/aC7UOOTJJV1DxpqgjW0V7JXmMRzHtEbk0Rpj/Jqh0RVNvGVLbPJsa9j2YYngx/M9aPtwnP+oM7bUmZ2tzTL5cnHVP80kDH6eIzANhfgEu8oVW65RLfdZ1m+Zjs1ofT29A==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XAaT5tfj9uAyl8yKWuIymw9ZvcTed47W1o/+/06/tSbj71cWyWhEG7r0PYqxmTl1XJc/uX7b5NHDxiPkdTqMldN1ZXbB1wqGPSLQDEIruvUwHy1BYJ+5w60OE6bEKzJOeg7n7EoqiJgRNvoBFlW3FNfA5fHV66fnwK8QirVETl1e36dBAm7YW3uCChElIkAuUs8XtykwaH5VNDA/RReOBqwQpQrc/yb9PBNV3cVw5gFxkk9yvVcVQEmnWa34bOEb2XN7Xm377BjZb5Q22h/CH8q2auEtSWI1psvqYtB2aPsYab2Ijz/O+slhqVA1YL3l9CdsiDU/t222qeGHB/CR6g==
- Authentication-results: esa4.hc3370-68.iphmx.com; dkim=pass (signature verified) header.i=@citrix.onmicrosoft.com
- Cc: Julien Grall <julien@xxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, "George Dunlap" <george.dunlap@xxxxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, "Stefano Stabellini" <sstabellini@xxxxxxxxxx>, Paul Durrant <paul@xxxxxxx>, "Volodymyr Babchuk" <Volodymyr_Babchuk@xxxxxxxx>, Daniel De Graaf <dgdegra@xxxxxxxxxxxxx>
- Delivery-date: Mon, 19 Apr 2021 08:40:55 +0000
- Ironport-hdrordr: A9a23:VrOMPaPx8Fay6cBcTxv155DYdL4zR+YMi2QD/1xtSBBTb8yTn9 2vmvNe7hPvlDMNQhgb9OyoEq+GXH/a6NpJ8ZAcVI3SOTXOlUmJCMVZ7YXkyyD9ACGWzIRg/I ppbqQWMrLNJHdgi8KS2meFOvIB5PXCz6yyn+fZyB5WPGNXQoVt9R1wBAreMmAefml7LKE0Hp ad+cZLzgDIERgqR/+2G2UfWKz7r8DL/aiMXTc9GxUl5AOS5AnYi4LSLh7w5HYjegIK+5gO2y zvkwv15qKs2svLsCP05ivowLl93PfkwttHLsSQhsYSMSWEsHfUWK1RH4eskRpwjOaz6Es7sN SkmWZdA+1Dr0n/U0vwgRzx1xLu2DwjgkWStmOwsD/YjuHSABcZYvAx4b5xQ1/ixGcL+OxY6u Zt2VmUspJGZCmw5BjV1pzzeDxB0navrWFKq591s1VvFbEwRZV2toIl8EZcAP47bVnHwbFiKu VoAc3GjcwmF2+yXjTctmlr9tSmQm4+KBeAWlQDocyYyVFt7QlE83c=
- Ironport-sdr: 6B/JiIUQhOJSR15BmUZebsFPhJgD8Ub/VwG3v8K3VIKzOFaVIizwuWnfFvy1kov1Bj8IGfaIiG rY96Brl+f4kmH2eRoMxdRbp3UyJFLJ0/5X79cj72/46o4tHR6d0G6Otpy+KQmpcu9pHWj2lIPI emRqEk1KeylCt391y7UQ4AsY7nZzYHd73OMCuVvVDm7ZPWXBdQBP7WegrYJCFhIMs8SzSvgR/o Er9OapWofvsEARSqqOKSvqm9bpG7areXZ5pbyp8J4bSmumd31+YmNCU6Em+uW+p62zCjYzlBq8 DqA=
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On Mon, Apr 19, 2021 at 07:16:52AM +0000, Rahul Singh wrote:
> Thanks you everyone for reviewing the code. I will summarise what I have
> understood from all the comments
> and what I will be doing for the next version of the patch. Please let me
> know your view on this.
>
> 1. Create a separate non-arch specific file "msi-intercept.c" for the below
> newly introduced function and
> compile that file if CONFIG_PCI_MSI_INTERCEPT is
> enabled.CONFIG_PCI_MSI_INTERCEPT will be
> enabled for x86 by default. Also Mention in the commit message that these
> function will be needed for Xen to
> support MSI interrupt within XEN.
>
> pdev_msi_initi(..)
> pdev_msi_deiniti(..)
I would drop the last 'i' from both function names above, as we use
init/deinit in the rest of the code base.
> pdev_dump_msi(..),
> pdev_msix_assign(..)
>
> 2. Create separate patch for iommu_update_ire_from_msi() related code. There
> are two suggestion please help me which one to choose.
>
> - Move the iommu_update_ire_from_msi() function to asm-x86/iommu.h and
> also move the hook from iommu_ops under CONFIG_X86.
I would go for this one.
>
> - Implement a more generic function "arch_register_msi()"). This could
> call iommu_update_ire_from_msi() on x86 and the
> ITS related code once implemented on Arm. Introduce the new Kconfig
> CONFIG_HAS_IOMMU_INTERRUPT_REMAP for this option.
I think it's best to introduce this hook when you actually have to
implement the Arm version of it.
Thanks, Roger.
|