lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 12 Apr 2022 06:56:23 +0000 From: "Tian, Kevin" <kevin.tian@...el.com> To: Lu Baolu <baolu.lu@...ux.intel.com>, Joerg Roedel <joro@...tes.org>, "Jason Gunthorpe" <jgg@...dia.com>, Christoph Hellwig <hch@...radead.org>, "Raj, Ashok" <ashok.raj@...el.com>, Will Deacon <will@...nel.org>, Robin Murphy <robin.murphy@....com>, Jean-Philippe Brucker <jean-philippe@...aro.com> CC: Eric Auger <eric.auger@...hat.com>, "Liu, Yi L" <yi.l.liu@...el.com>, "Pan, Jacob jun" <jacob.jun.pan@...el.com>, "iommu@...ts.linux-foundation.org" <iommu@...ts.linux-foundation.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: RE: [PATCH RFC v3 04/12] iommu/sva: Basic data structures for SVA > From: Lu Baolu <baolu.lu@...ux.intel.com> > Sent: Sunday, April 10, 2022 6:25 PM > > Use below data structures for SVA implementation in the IOMMU core: > > - struct iommu_sva_ioas > Represent the I/O address space shared with an application CPU address > space. This structure has a 1:1 relationship with an mm_struct. It > graps a "mm->mm_count" refcount during creation and drop it on release. s/graps/grabs > > - struct iommu_domain (IOMMU_DOMAIN_SVA type) > Represent a hardware pagetable that the IOMMU hardware could use for > SVA translation. Multiple iommu domains could be bound with an SVA ioas > and each graps a refcount from ioas in order to make sure ioas could > only be freed after all domains have been unbound. > > - struct iommu_sva > Represent a bond relationship between an SVA ioas and an iommu domain. > If a bond already exists, it's reused and a reference is taken. > > Signed-off-by: Lu Baolu <baolu.lu@...ux.intel.com> btw given the actually intention of above structures does it make more sense to s/iommu_sva_ioas/iommu_sva/ and s/iommu_sva/iommu_sva_bond? Thanks Kevin
Powered by blists - more mailing lists