Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1580412pxf; Fri, 19 Mar 2021 10:15:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzrnAQpUvni+38sMaCnmCFaYAKRu07HkTjZpwfEiFFuuxy9rHrIlEHAZPZlgNpdVfcHoIve X-Received: by 2002:a17:906:82c5:: with SMTP id a5mr5648984ejy.232.1616174143592; Fri, 19 Mar 2021 10:15:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616174143; cv=none; d=google.com; s=arc-20160816; b=n9CB8b/Hg1HGhjGtTXIQBVMFxdIVhAlLHAc9kxbcNnFwdb20JRZxjKFzWJrQ/qVDa7 RcsdKt0HSdVXhKTxN4aTv3tWcLM1PYlt/A8c68jmdRKw7tziRamkapbFnXC4bFtASC35 STo6iVZZCK/2r7mV8VzmxR8fgcQsB4Z7cGdh6o/KuM5xJ+yQ55FLXCqzI5RIpbS6bKpB i7VQLLX/GQAzL33femNjKB1xHeFlHXvi9/V4H6vDLn1mvms9mELgyirDl5UfVP7Mwzll Aj0Y8VIUzu6IH21mGaQ86Qqi9iYWKpVvEFSE2/bKI+T6Vj0CZT+KXfgYMZ9U+nkQispU PBGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:ironport-sdr:ironport-sdr; bh=caESssh7BCWIH0qbHF9v5xLTsv8pUAB1ZKZeeIIQhco=; b=AK7t3X4nGcD77G4DX8vBlYNxOlQb0i0v7fInJcbtJuT5tp6RFrWFGBonure/MoPcbp JtwMPbWo1/h5hGIHgtNXAkuW3Eo/kMAIRX90kKZ992mrDBv5P0o/J82RP0xG7QN7kfw5 +4ixkRwzlizUhXgUb8+a8Zba6z4nNZTrOkyRFXpwWMYLhlLGDPynDlH20GsDNTPU5mxE 3OvYGHcDgC8V5lBlkvesfTh/Gy8jbtdwtzjgLyhtI1dPfpUWvpraqZnvhqCSQj1iAqfD ioMje3iYyVZj4sGeAkd9mDcTlObbHrKL4H22tlWt28lazwFa/NqiXVQwxgScw+No1iMy MxyQ== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p14si4797260edq.556.2021.03.19.10.15.20; Fri, 19 Mar 2021 10:15:43 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230239AbhCSRMW (ORCPT + 99 others); Fri, 19 Mar 2021 13:12:22 -0400 Received: from mga02.intel.com ([134.134.136.20]:38527 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229949AbhCSRMQ (ORCPT ); Fri, 19 Mar 2021 13:12:16 -0400 IronPort-SDR: 9lbRfEfRPo0h7/ZYqarS5g+CcioFJqU0tTE1IkyLFBSW78wkj68Mj4rAeUu5RrtGvpT5vTvaku RU0VDMv6y0fA== X-IronPort-AV: E=McAfee;i="6000,8403,9928"; a="177063678" X-IronPort-AV: E=Sophos;i="5.81,262,1610438400"; d="scan'208";a="177063678" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Mar 2021 10:12:15 -0700 IronPort-SDR: VbTWhJ2rgwdhOkRbc708GpiO2lxB1YMjIYwzSJznSjuXtAGNCMoVpcDc9aFVtXjBLoQ+7KUwO2 6tf1Q/GpaDgg== X-IronPort-AV: E=Sophos;i="5.81,262,1610438400"; d="scan'208";a="375012290" Received: from jacob-builder.jf.intel.com (HELO jacob-builder) ([10.7.199.155]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Mar 2021 10:12:15 -0700 Date: Fri, 19 Mar 2021 10:14:39 -0700 From: Jacob Pan To: Jean-Philippe Brucker Cc: LKML , Joerg Roedel , Lu Baolu , David Woodhouse , iommu@lists.linux-foundation.org, cgroups@vger.kernel.org, Tejun Heo , Li Zefan , Johannes Weiner , Jean-Philippe Brucker , Alex Williamson , Eric Auger , Jason Gunthorpe , Jonathan Corbet , Raj Ashok , "Tian, Kevin" , Yi Liu , Wu Hao , Dave Jiang , jacob.jun.pan@linux.intel.com Subject: Re: [PATCH V4 05/18] iommu/ioasid: Redefine IOASID set and allocation APIs Message-ID: <20210319101439.19f35fd5@jacob-builder> In-Reply-To: References: <1614463286-97618-1-git-send-email-jacob.jun.pan@linux.intel.com> <1614463286-97618-6-git-send-email-jacob.jun.pan@linux.intel.com> <20210318172234.3e8c34f7@jacob-builder> Organization: OTC X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jean-Philippe, On Fri, 19 Mar 2021 10:58:41 +0100, Jean-Philippe Brucker wrote: > > Slightly off the title. As we are moving to use cgroup to limit PASID > > allocations, it would be much simpler if we enforce on the current > > task. > > Yes I think we should do that. Is there a problem with charging the > process that does the PASID allocation even if the PASID indexes some > other mm? Besides complexity, my second concern is that we are sharing the misc cgroup controller with other resources that do not have such behavior. Cgroup v2 also has unified hierarchy which also requires coherent behavior among controllers. Thanks, Jacob