From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason Gunthorpe Subject: Re: [RFC PATCH 15/18] cgroup: Introduce ioasids controller Date: Thu, 4 Mar 2021 15:02:53 -0400 Message-ID: <20210304190253.GL4247@nvidia.com> References: <1614463286-97618-1-git-send-email-jacob.jun.pan@linux.intel.com> <1614463286-97618-16-git-send-email-jacob.jun.pan@linux.intel.com> <20210303131726.7a8cb169@jacob-builder> <20210303160205.151d114e@jacob-builder> <20210304094603.4ab6c1c4@jacob-builder> <20210304175402.GG4247@nvidia.com> <20210304110144.39ef0941@jacob-builder> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20210304110144.39ef0941@jacob-builder> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1614884624; bh=KsoX4K4P4Z7v42HYxZh2fbbvzalzBIz6MU+YUWvMuh8=; h=ARC-Seal:ARC-Message-Signature:ARC-Authentication-Results:Date: From:To:CC:Subject:Message-ID:References:Content-Type: Content-Disposition:In-Reply-To:X-ClientProxiedBy:MIME-Version: X-MS-Exchange-MessageSentRepresentingType:X-Header; b=Y/+tXoO5Rv7rqnPPVb03AWjy73eBvBv/FvNRCgbIDCXN7yKhA+No1pWHwflPq8mAx ctf7TOKCfllF6lXdt8+8tAkqCHqHlNrCJENCXatL5bK/cgGiZEsysjKJcDc0XGJou1 dsfUs/WDt6irR+h8HZlKm7VTSOGkYGdb6G54n/TfdTP55oPL9KYIgC+FDVfq7HpLbq 9mwPWlfwcBQsMrPi8WLRgeXR0AVDc8Xo/Zf7ta5xDj57rp7VX7WHlMZwAeaVnAiLwB M6VTBAEmhGfqM0aEXTWGxq0U7pOCOBcvP2IhsmGSycNcs+nm2CSD2yzzezItmtAhxg eTpbDFsDYSXZA== List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Sender: "iommu" To: Jacob Pan Cc: Jean-Philippe Brucker , "Tian, Kevin" , Alex Williamson , Raj Ashok , Jonathan Corbet , Jean-Philippe Brucker , LKML , Dave Jiang , iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, Johannes Weiner , Tejun Heo , cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Wu Hao , David Woodhouse On Thu, Mar 04, 2021 at 11:01:44AM -0800, Jacob Pan wrote: > > For something like qemu I'd expect to put the qemu process in a cgroup > > with 1 PASID. Who cares what qemu uses the PASID for, or how it was > > allocated? > > For vSVA, we will need one PASID per guest process. But that is up to the > admin based on whether or how many SVA capable devices are directly > assigned. I hope the virtual IOMMU driver can communicate the PASID limit and the cgroup machinery in the guest can know what the actual limit is. I was thinking of a case where qemu is using a single PASID to setup the guest kVA or similar Jason