Re: [PATCH v2 10/10] iommu/io-pgtable-arm: Prepare for TTBR1 usage

2019-11-22 Thread Jordan Crouse
On Fri, Oct 25, 2019 at 07:08:39PM +0100, Robin Murphy wrote: > Now that we can correctly extract top-level indices without relying on > the remaining upper bits being zero, the only remaining impediments to > using a given table for TTBR1 are the address validation on map/unmap > and the awkward

Re: [PATCH v2 10/10] iommu/io-pgtable-arm: Prepare for TTBR1 usage

2019-11-20 Thread Will Deacon
On Mon, Nov 04, 2019 at 04:40:06PM -0700, Jordan Crouse wrote: > On Fri, Oct 25, 2019 at 07:08:39PM +0100, Robin Murphy wrote: > > Now that we can correctly extract top-level indices without relying on > > the remaining upper bits being zero, the only remaining impediments to > > using a given

Re: [PATCH v2 10/10] iommu/io-pgtable-arm: Prepare for TTBR1 usage

2019-11-04 Thread Jordan Crouse
On Fri, Oct 25, 2019 at 07:08:39PM +0100, Robin Murphy wrote: > Now that we can correctly extract top-level indices without relying on > the remaining upper bits being zero, the only remaining impediments to > using a given table for TTBR1 are the address validation on map/unmap > and the awkward

[PATCH v2 10/10] iommu/io-pgtable-arm: Prepare for TTBR1 usage

2019-10-25 Thread Robin Murphy
Now that we can correctly extract top-level indices without relying on the remaining upper bits being zero, the only remaining impediments to using a given table for TTBR1 are the address validation on map/unmap and the awkward TCR translation granule format. Add a quirk so that we can do the