[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240709170038.GG14050@ziepe.ca>
Date: Tue, 9 Jul 2024 14:00:38 -0300
From: Jason Gunthorpe <jgg@...pe.ca>
To: Nicolin Chen <nicolinc@...dia.com>
Cc: Lu Baolu <baolu.lu@...ux.intel.com>, Kevin Tian <kevin.tian@...el.com>,
Joerg Roedel <joro@...tes.org>, Will Deacon <will@...nel.org>,
Robin Murphy <robin.murphy@....com>,
Jean-Philippe Brucker <jean-philippe@...aro.org>,
Yi Liu <yi.l.liu@...el.com>,
Jacob Pan <jacob.jun.pan@...ux.intel.com>,
Joel Granados <j.granados@...sung.com>, iommu@...ts.linux.dev,
virtualization@...ts.linux-foundation.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v8 06/10] iommufd: Add iommufd fault object
On Mon, Jul 08, 2024 at 11:36:57AM -0700, Nicolin Chen wrote:
> Maybe something like this?
>
> struct iommu_viommu_event_arm_smmuv3 {
> u64 evt[4];
> };
>
> struct iommu_viommu_event_tegra241_cmdqv {
> u64 vcmdq_err_map[2];
> };
>
> enum iommu_event_type {
> IOMMM_HWPT_EVENT_TYPE_IOPF,
> IOMMU_VIOMMU_EVENT_TYPE_SMMUv3,
> IOMMU_VIOMMU_EVENT_TYPE_TEGRA241_CMDQV,
> };
>
> struct iommu_event_alloc {
> __u32 size;
> __u32 flags;
> __u32 out_event_id;
> __u32 out_event_fd;
> __u32 type;
> __u32 _reserved;
> };
>
> It can be "report" if you prefer.
Yeah, something like that makes sense to me. The other question is if
you want to multiplex the SMMUv3 and CMDQV on the same FD?
Or multiplex physical smmus on the same FD.
We are potentially talking about 5-10 physical smmus and 2-3 FDs per
physical? Does that scare anyone?
Jason
Powered by blists - more mailing lists