Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1091605ybb; Wed, 1 Apr 2020 15:40:31 -0700 (PDT) X-Google-Smtp-Source: APiQypKZSJypbKFnFx3drZfcl00d1Bv46ogHmeMoU66NLbuHX4iEC4yDWN3rpOVrebLhTtFeMxp5 X-Received: by 2002:a9d:68c5:: with SMTP id i5mr125327oto.266.1585780831730; Wed, 01 Apr 2020 15:40:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585780831; cv=none; d=google.com; s=arc-20160816; b=BoF9fNdQZFKyRGC6BADcPM02pNauGDGpD1NK/8HmDRn9Gcr6I5RQeLBCX431QiuyfY ZpX0riReHBsduYKzpskR8AStJ4rlzjKa07pQyDTgFW/QfL9Fe2R4j9SPSbHeJcqMCMM2 FJaDkQCRyvwhqa8/wgjx+3DoMVFp1haJ5d7SnxWTmpGnStZf3cwcvpXcuKdVqsEC6JU5 hZ58y+LLenoyHyTMq67h0iIqVXmAmpu5ZEGSKAm0hbbCU6BGiChK5B6FoUw5DN5lSQWH HsXNJAhC+n+VApENiHtMltm1hHQHPINAjL/QdWRT5L2BQW2tsLCKlFWRR2t2kCtemzDP 99hQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:ironport-sdr:ironport-sdr; bh=4tUr3GRBKn+fTY+Mn0YneAa5Uz/7O1RSYuhRa+cqXGM=; b=MKBvIXPixtJg2hYZ1iVRFKQuA3X1HjzZ7lH33QfRNwvepsEl8y9B7g23ZvttVaK6bB 8oc11cuzgCAyi8BHrRDZZ8IbAwuxkeIbyR7DKKbt8y/8lFgcsZ2/ntGVLfOL5LMyTFWH mA1Rmw8vMQmRjrufnYpbFE5RzJPs7G7FL8G206Hqw9Z/hmJ44DCK8EVfCsj67Sv4oG3j jRMPt6fhdoFzEAfti1T17UdUcQ0SWcWyrmAVrb4CmGHPesrrMx8xsTrB9eO4yNeIsBwG ex3MA7+f40/utKO911M0zCChBsy4CyM/MyYN9Y4z/XNWZLa/csv8++4Xzw3PCYADa5mv VBhg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t71si1467892oif.84.2020.04.01.15.40.19; Wed, 01 Apr 2020 15:40:31 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387862AbgDAWkD (ORCPT + 99 others); Wed, 1 Apr 2020 18:40:03 -0400 Received: from mga12.intel.com ([192.55.52.136]:35883 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387854AbgDAWkD (ORCPT ); Wed, 1 Apr 2020 18:40:03 -0400 IronPort-SDR: pmx6LV7zty16kp3d743RranwYvgRwX5OojLt0wSaTlh1Ga2PaVlvGLQ/zcQDfcIjyA3k9McFGH 2xWaFZf1ewrQ== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Apr 2020 15:40:02 -0700 IronPort-SDR: wON8Mv2Y7vmNMgxffq6zVTWfkWxEp8c5nNy1rnrGL8PZHtpcaJbZ8VCC4w+pQacKjCPq0zOzu2 5Jrbr6onsAug== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,333,1580803200"; d="scan'208";a="328616975" Received: from jacob-builder.jf.intel.com (HELO jacob-builder) ([10.7.199.155]) by orsmga001.jf.intel.com with ESMTP; 01 Apr 2020 15:40:02 -0700 Date: Wed, 1 Apr 2020 15:45:50 -0700 From: Jacob Pan To: Jean-Philippe Brucker Cc: Joerg Roedel , Alex Williamson , Lu Baolu , iommu@lists.linux-foundation.org, LKML , David Woodhouse , Jean-Philippe Brucker , Yi Liu , "Tian, Kevin" , Raj Ashok , Christoph Hellwig , Jonathan Cameron , Eric Auger , jacob.jun.pan@linux.intel.com Subject: Re: [PATCH 06/10] iommu/ioasid: Convert to set aware allocations Message-ID: <20200401154550.3775be8f@jacob-builder> In-Reply-To: <20200401135525.GG882512@myrica> References: <1585158931-1825-1-git-send-email-jacob.jun.pan@linux.intel.com> <1585158931-1825-7-git-send-email-jacob.jun.pan@linux.intel.com> <20200401135525.GG882512@myrica> Organization: OTC X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 1 Apr 2020 15:55:25 +0200 Jean-Philippe Brucker wrote: > On Wed, Mar 25, 2020 at 10:55:27AM -0700, Jacob Pan wrote: > > The current ioasid_alloc function takes a token/ioasid_set then > > record it on the IOASID being allocated. There is no alloc/free on > > the ioasid_set. > > > > With the IOASID set APIs, callers must allocate an ioasid_set before > > allocate IOASIDs within the set. Quota and other ioasid_set level > > activities can then be enforced. > > > > This patch converts existing API to the new ioasid_set model. > > > > Signed-off-by: Liu Yi L > > Signed-off-by: Jacob Pan > > [...] > > > @@ -379,6 +391,9 @@ ioasid_t ioasid_alloc(struct ioasid_set *set, > > ioasid_t min, ioasid_t max, } > > data->id = id; > > > > + /* Store IOASID in the per set data */ > > + xa_store(&sdata->xa, id, data, GFP_KERNEL); > > I couldn't figure out why you're maintaining an additional xarray for > each set. We're already storing that data in active_allocator->xa, > why the duplication? If it's for the gPASID -> hPASID translation > mentioned by the cover letter, maybe you could add this xa when > introducing that change? > Sounds good. I will add that later. I was hoping to get common code in place.