Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1058551pxk; Fri, 18 Sep 2020 02:47:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwM/veMiMr4BhXYOWVG0Ai8+MAjXRWElG9KOnbQOBtPvbG8atWstqg/MLThHDodHzeYfKTx X-Received: by 2002:a17:906:fb97:: with SMTP id lr23mr35678413ejb.257.1600422455030; Fri, 18 Sep 2020 02:47:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600422455; cv=none; d=google.com; s=arc-20160816; b=qlqGfWtUG5eA4tWNLw71yuiuQrG/oCBtnphss3zeKU889c8aASZA0tX7gO0aLWX0vi +t5d9xVJHtYYPYd5a9UBVKpDWLbckcWr1nUfgJgnxMQAJH16GQhaMZAKbtErUIjErRE1 3WLyNmUJFpu/CvCqxIWs6j1D4LcGEeUq2fXifJYVEpkSQxrM0W4+YNv6pKS4XWqXcIkQ gAPNLh8fFdpFzJpDypF12FZclaVdGGj4wm95qs1LQey7TTJ7IFaZMIX9AoQ8V4cCTCef QGtJxPxF+SvoUnU0LVLACDUdLYeZGNzKAkI5BxPxJyPKt9YJLyZUNzZ2KJbtoxt+YNne 9irw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=70o+0O8rgx42amvjBx2U6fcIL8AV6nmNYrDpn80IZYQ=; b=1H7ddmDDBcOebS7o/0YLUY1iAOAatSpTPSqBE9utlxbFIe+voyScDAHtPFOpc+qsXx J9Vo17IO8u8Yprn2aE6IdhDZpGRcb7Yp6Ky1r5DNvV0ZcUwCHJusVeeL5uTexiYaQjAu I2VJMKpH7iIITaG6zTKf5NXyIVgIsAFuNbqGDUXGtHPpNgVlqvu1++UzmeDC2xW+YTaq NJY1MTyEC2Ymt9zmLwfNVvRiFlmejVs/KxFt/HAJCKEBvNBc5f09Sg3iYcWWPc2750L2 EG7557JjIee+tNf4SRgKEWgNKemwf5+lfmqSeKHyufCWPTzP0ktafTWiuqjmvh4uetYJ Gq6g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v20si1770772ejr.561.2020.09.18.02.47.11; Fri, 18 Sep 2020 02:47:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726544AbgIRJo4 (ORCPT + 99 others); Fri, 18 Sep 2020 05:44:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40168 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726109AbgIRJo4 (ORCPT ); Fri, 18 Sep 2020 05:44:56 -0400 Received: from theia.8bytes.org (8bytes.org [IPv6:2a01:238:4383:600:38bc:a715:4b6d:a889]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0AB1DC06174A for ; Fri, 18 Sep 2020 02:44:55 -0700 (PDT) Received: by theia.8bytes.org (Postfix, from userid 1000) id 00962293; Fri, 18 Sep 2020 11:44:51 +0200 (CEST) Date: Fri, 18 Sep 2020 11:44:50 +0200 From: Joerg Roedel To: Jacob Pan Cc: iommu@lists.linux-foundation.org, LKML , Alex Williamson , Lu Baolu , David Woodhouse , Jonathan Corbet , Jean-Philippe Brucker , Eric Auger , Jacob Pan , Yi Liu , "Tian, Kevin" , Raj Ashok , Wu Hao , Yi Sun Subject: Re: [PATCH v9 3/7] iommu/uapi: Introduce enum type for PASID data format Message-ID: <20200918094450.GP31590@8bytes.org> References: <1599861476-53416-1-git-send-email-jacob.jun.pan@linux.intel.com> <1599861476-53416-4-git-send-email-jacob.jun.pan@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1599861476-53416-4-git-send-email-jacob.jun.pan@linux.intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 11, 2020 at 02:57:52PM -0700, Jacob Pan wrote: > There can be multiple vendor-specific PASID data formats used in UAPI > structures. This patch adds enum type with a last entry which makes > range checking much easier. But it also makes it much easier to screw up the numbers (which are ABI) by inserting a new value into the middle. I prefer defines here, or alternativly BUILD_BUG_ON() checks for the numbers. Regards, Joerg > > Suggested-by: Alex Williamson > Reviewed-by: Eric Auger > Signed-off-by: Jacob Pan > --- > include/uapi/linux/iommu.h | 8 ++++++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > diff --git a/include/uapi/linux/iommu.h b/include/uapi/linux/iommu.h > index b42acc8fe007..7cc6ee6c41f7 100644 > --- a/include/uapi/linux/iommu.h > +++ b/include/uapi/linux/iommu.h > @@ -298,11 +298,16 @@ struct iommu_gpasid_bind_data_vtd { > IOMMU_SVA_VTD_GPASID_PCD | \ > IOMMU_SVA_VTD_GPASID_PWT) > > +enum iommu_pasid_data_format { > + IOMMU_PASID_FORMAT_INTEL_VTD = 1, > + IOMMU_PASID_FORMAT_LAST, > +}; > + > /** > * struct iommu_gpasid_bind_data - Information about device and guest PASID binding > * @argsz: User filled size of this data > * @version: Version of this data structure > - * @format: PASID table entry format > + * @format: PASID table entry format of enum iommu_pasid_data_format type > * @flags: Additional information on guest bind request > * @gpgd: Guest page directory base of the guest mm to bind > * @hpasid: Process address space ID used for the guest mm in host IOMMU > @@ -321,7 +326,6 @@ struct iommu_gpasid_bind_data { > __u32 argsz; > #define IOMMU_GPASID_BIND_VERSION_1 1 > __u32 version; > -#define IOMMU_PASID_FORMAT_INTEL_VTD 1 > __u32 format; > __u32 addr_width; > #define IOMMU_SVA_GPASID_VAL (1 << 0) /* guest PASID valid */ > -- > 2.7.4