Received-SPF: pass (google.com: domain of linux-kernel+bounces-187684-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Date: Thu, 23 May 2024 12:01:20 -0300
From: Jason Gunthorpe <jgg@nvidia.com>
To: "Tian, Kevin" <kevin.tian@intel.com>
Cc: Nicolin Chen <nicolinc@nvidia.com>, "will@kernel.org" <will@kernel.org>,
	"robin.murphy@arm.com" <robin.murphy@arm.com>,
	"suravee.suthikulpanit@amd.com" <suravee.suthikulpanit@amd.com>,
	"joro@8bytes.org" <joro@8bytes.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"iommu@lists.linux.dev" <iommu@lists.linux.dev>,
	"linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>,
	"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
	"Liu, Yi L" <yi.l.liu@intel.com>,
	"eric.auger@redhat.com" <eric.auger@redhat.com>,
	"vasant.hegde@amd.com" <vasant.hegde@amd.com>,
	"jon.grimm@amd.com" <jon.grimm@amd.com>,
	"santosh.shukla@amd.com" <santosh.shukla@amd.com>,
	"Dhaval.Giani@amd.com" <Dhaval.Giani@amd.com>,
	"shameerali.kolothum.thodi@huawei.com" <shameerali.kolothum.thodi@huawei.com>
Subject: Re: [PATCH RFCv1 07/14] iommufd: Add viommu set/unset_dev_id ops
Message-ID: <20240523150120.GO20229@nvidia.com>
References: <cover.1712978212.git.nicolinc@nvidia.com>
 <6e57d7b5aa1705bdd547b1cd2aca93d3bf70dfa4.1712978212.git.nicolinc@nvidia.com>
 <ZkDWXnPW7CaX5TtA@nvidia.com>
 <ZkGZc5dvLigXcWib@nvidia.com>
 <ZkOI8ztR1mUMJ8oe@nvidia.com>
 <ZkQW6/OAQ8MzN6Go@nvidia.com>
 <20240521182448.GN20229@nvidia.com>
 <BN9PR11MB5276EEC2A1DDA9C92F96737C8CF42@BN9PR11MB5276.namprd11.prod.outlook.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <BN9PR11MB5276EEC2A1DDA9C92F96737C8CF42@BN9PR11MB5276.namprd11.prod.outlook.com>
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?us-ascii?Q?LZX4qqxvUnaQOi4q7WNbgYi5SCxGQltn10C3n+fvcSAI3YXHLrulllKPO3U2?=
 =?us-ascii?Q?3Q9tROhc8VK7R3J9tf7EPc9ceShNWqu6KAaRo70pCEiGLrIlgf8su2nebi4L?=
 =?us-ascii?Q?OgQeLbzD7S9x6Phsr3UgNOEWibmpf6Tul7/6c/3QHpxylrAsHJiUgt11UyEE?=
 =?us-ascii?Q?AsbBbB5C4mJiAdhRbXUSwYkMh5PyoO2rMR/dG9TMCa1C+eEjjJ4gbdbxcbmg?=
 =?us-ascii?Q?5NunQWVwTvWov56nr6HrA7qGWmAJRmB2hUdAf1K5xZ2xppllkA7UlWFqvcmU?=
 =?us-ascii?Q?w8XYy1SmaY1+n4U6/T4N315m8gzCexRs5rmwptCDwLtp3rZg5p/VypWf1NKq?=
 =?us-ascii?Q?m0T5xBf+FsI6ILZr3kTSclAlazQtBIMdUZvo/93ohyN4fp2exjXeEucWlEJ/?=
 =?us-ascii?Q?2Kwb2KU4kGZrzuoQCLLVb0OwxNOFRJmQj4/VEaXbRqNo0me0MJg1v6f+/QkI?=
 =?us-ascii?Q?U+0wXV7UG3TGkqS4rSNkgRYf4hMH1wFEewwru/UbfUIIJSPpN38/VyyojfkV?=
 =?us-ascii?Q?IYVo5fl2Z6CWcp0twpJfPhFn+8JbgQR+AMEuQQciWTqD53/oSsb/4ZCTVL4W?=
 =?us-ascii?Q?AZNFHPq+hTN2YekRO+hd/qRovcDXZmDKrUTt1SUg3I+wEfhhdAuisi9GryGd?=
 =?us-ascii?Q?htuUHw/j18BcOQ2pdapVtjbtnWhgd78byvM/NAmY4XOBaqK4mPVwWAQ6qb2e?=
 =?us-ascii?Q?9You2EVozyWwlp4BX0tG8djGsr1KNYTJR9krGmir1eIBzJ7w16ovXFPOXUwd?=
 =?us-ascii?Q?+LhmProEfGsBw+JYMYueFTRwyDxWyHjb/UHcH24UeQS/LHDLcabdLDTP1Y1Z?=
 =?us-ascii?Q?IXwfMbCDclezEoUVRoHJsCONz0lvPJ4IeZPBaNdxSM8OXNkV/feIrpnb4RfL?=
 =?us-ascii?Q?fL9N2XY82VvLF9y4MuhRStJazQHae0a5lJDqUSlYhIIbylzqIRTdlbVIzqNY?=
 =?us-ascii?Q?RIpEn5nP0TwpdTzxCAsa0P4ZV92TfZIt8rBwn8kLDNqayH+wYdQSovRe40NX?=
 =?us-ascii?Q?kF5X71iL6TxVaStEh9gknwkndkbWfxIiBotkFhZSPJRcUm1zG07bzwfziru+?=
 =?us-ascii?Q?RV48mwIbINQqEA8U+nmAZAmr6Et1FXPxJR6Zn3TxJ8Nemm/yWIMhc0INoWHy?=
 =?us-ascii?Q?EMAejj6qCWF5ZjdvrxfaCD86GRLwtFR356/cpbL7r/tASZwfWng0r82qQpgw?=
 =?us-ascii?Q?1ri8bW3e5TlQMC1lUmW757LYiA9A9B+t6csvlOObW6/Amx4vkyAT7K0v1Q2T?=
 =?us-ascii?Q?retY3/ZiIniz4IodgIgAALIHlLJyJ/AByjktqoMlvCd6815CdP5R1q2o/LuP?=
 =?us-ascii?Q?6l4JBMZTviwQEBhdbVS6w1XzwKPHQ2W+1LfAzn8x9bKnXrdcnWtqoy96N5QZ?=
 =?us-ascii?Q?QJolCw+1g2nww0c4t54MGhMVKtbhd/nRUXzM6k+C7yJfYRdkbmRARpYTVGSx?=
 =?us-ascii?Q?PP2rMhj75/VSzX+aDZiuqHpqs/1gg8M/o30ItY/NKJER4w/ryjvjl9FtCkd2?=
 =?us-ascii?Q?oZyFosxJRKdwWnpDkuli62qD0ejxDKsbxRfXEbeXLkc3vkHlw4plumRvYaKB?=
 =?us-ascii?Q?40pEi/9LDm4FggXvLgk=3D?=
X-OriginatorOrg: Nvidia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9bce8f28-7224-4790-ac8f-08dc7b3935e4
X-MS-Exchange-CrossTenant-AuthSource: DM6PR12MB3849.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 May 2024 15:01:22.8706
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: ZahrvXsjQsTbkB2+uehfhtkFm/s3dfr52wLNQr6jY25Y2/q/cLwyLywqOtNujD1r
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR12MB8114

On Thu, May 23, 2024 at 06:19:59AM +0000, Tian, Kevin wrote:
> > From: Jason Gunthorpe <jgg@nvidia.com>
> > Sent: Wednesday, May 22, 2024 2:25 AM
> > 
> > On Tue, May 14, 2024 at 06:59:07PM -0700, Nicolin Chen wrote:
> > > So, you want a proxy S1 domain for a device to attach, in case
> > > of a stage-2 only setup, because an S2 domain will no longer has
> > > a VMID, since it's shared among viommus. In the SMMU driver case,
> > > an arm_smmu_domain won't have an smmu pointer, so a device can't
> > > attach to an S2 domain but always an nested S1 domain, right?
> > 
> > That seems like a simple solution to the VMID lifetime, but it means
> > the kernel has to decode more types of vSTE.
> > 
> 
> why does ATC invalidation need to know about VMID?

ATC invalidation always requires a vRID to pRID translation and the
VIOMMU will hold that translation.

On vCMDQ HW and on AMD HW the vRID to pRID translation is pushed into
HW, and vCMDQ requires the VMID to do that.

Jason