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

Re: [XEN][PATCH v8 09/19] xen/iommu: Move spin_lock from iommu_dt_device_is_assigned to caller


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Vikram Garhwal <vikram.garhwal@xxxxxxx>
  • Date: Fri, 18 Aug 2023 12:52:45 -0700
  • 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=h2rDp46L9Qn+UqrEKRyjjTE9VMY+gbw3gMDpxf2aHuk=; b=UCF3lCsIIB1iHjD9EfFUpbcc60nzRNpDHE4Xacjcyet7MOVKgHO0cO1+QVk5HvJvflBDTdmmp4OcWRvRgkJR/+1AKYP2zm0YSY3wApZb+kaYKE6zj7ATvRK0+8QFIve0WHgt+fyOI66Agu4TXX0MIE5tcECcvSvxtdPm2z/bo7lpIErNZVbp5YLdCxQExg/TsstUQoEF8UVTD4D1B/zbZrnhXr91/lIYzIO33czJgakjUsHyL3ahaUtnnM4uSrY90EKurYtsrcH0r8Y+wzm2H7hGChEBIK14cD8UY/C48KMQl9/Pe+YRJ4ZJSOqEngyaEN/xQbGJ/fnZbzHPuwWVjA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FAg3MtR9IhmMd8aB7ycNLtUnHSmx7PvaTXjxxQQSyDxukVhUZFfZQNSwlbdtoHvHls/ixDWoilIra5pZFX8uR/ifs7V/CMvqH9cpQShLXeQeLUGaszg+TmftGI3QB+zz/Vee9h+zcNlC39cuZUaScpkHuBWuSk/iPloyuHhMlXyxu0JHFjSGyj3S0l5/PsYqw8ac1tCT6+Ak8pDFlVFBr57SwOPay2WCUNYENnvNDKw82Jb3lKbx5+5k8FIkItKjwlvFZbicu9tgOvHikC8x+2cF8ijglqu3Gsd7BfojufIkpvpg7Wp/jJhojT/xoUa1L8LqmblM0TM9xS4Y3qkY5g==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Cc: michal.orzel@xxxxxxx, sstabellini@xxxxxxxxxx, Julien Grall <julien@xxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 18 Aug 2023 19:52:59 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Hi Jan
On Thu, Aug 17, 2023 at 09:05:44AM +0200, Jan Beulich wrote:
> On 17.08.2023 02:39, Vikram Garhwal wrote:
> > --- /dev/null
> > +++ b/xen/include/xen/iommu-private.h
> 
> I don't think private headers should live in include/xen/. Judging from only
> the patches I was Cc-ed on, ...
Thank you for suggestion. Do you where can i place it then?
Please see another comment down regarding who might be using this function.
> 
> > @@ -0,0 +1,28 @@
> > +/* SPDX-License-Identifier: GPL-2.0-only */
> > +/*
> > + * xen/iommu-private.h
> > + */
> > +#ifndef __XEN_IOMMU_PRIVATE_H__
> > +#define __XEN_IOMMU_PRIVATE_H__
> > +
> > +#ifdef CONFIG_HAS_DEVICE_TREE
> > +#include <xen/device_tree.h>
> > +
> > +/*
> > + * Checks if dt_device_node is assigned to a domain or not. This function
> > + * expects to be called with dtdevs_lock acquired by caller.
> > + */
> > +bool_t iommu_dt_device_is_assigned_locked(const struct dt_device_node 
> > *dev);
> > +#endif
> 
> ... I don't even see the need for the declaration, as the function is used
> only from the file also defining it. But of course if there is a use
> elsewhere (in Arm-only code, as is suggested by the description here), then
> the header (under a suitable name) wants to live under drivers/passthrough/
> (and of course be included only from anywhere in that sub-tree).
> 
This is also use in smmu.c:arm_smmu_dt_remove_device_legacy(). This is added in
12/19 patch(xen/smmu: Add remove_device callback for smmu_iommu ops).

I will make sure to cc you for all the patches in v9 series. I plan to send
it today.

> Jan



 


Rackspace

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