Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-26 Thread Auger Eric
Hi Will, Michael, On 12/07/2017 19:54, Will Deacon wrote: > Hi Eric, > > On Sun, Jul 09, 2017 at 05:15:01PM +0200, Eric Auger wrote: >> This series adds a new tlbi-on-map option to the smmuv3 driver. >> When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for >> LPAE tables and the

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-26 Thread Auger Eric
Hi Will, Michael, On 12/07/2017 19:54, Will Deacon wrote: > Hi Eric, > > On Sun, Jul 09, 2017 at 05:15:01PM +0200, Eric Auger wrote: >> This series adds a new tlbi-on-map option to the smmuv3 driver. >> When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for >> LPAE tables and the

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Michael S. Tsirkin
On Thu, Jul 13, 2017 at 08:17:49PM +0100, Jean-Philippe Brucker wrote: > But it is now mostly obsolete. Lots of things had to change while writing > a prototype and following public discussions. At the moment my focus is on > tidying up the base, but I will send another RFC afterwards. Thanks!

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Michael S. Tsirkin
On Thu, Jul 13, 2017 at 08:17:49PM +0100, Jean-Philippe Brucker wrote: > But it is now mostly obsolete. Lots of things had to change while writing > a prototype and following public discussions. At the moment my focus is on > tidying up the base, but I will send another RFC afterwards. Thanks!

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Jean-Philippe Brucker
On 13/07/17 18:44, Michael S. Tsirkin wrote: > On Thu, Jul 13, 2017 at 10:29:42AM +0100, Jean-Philippe Brucker wrote: >> On 12/07/17 23:07, Michael S. Tsirkin wrote: >> [...] >>> I think using hardware support for nesting is the right final >>> solution. It will take some time though. Given this,

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Jean-Philippe Brucker
On 13/07/17 18:44, Michael S. Tsirkin wrote: > On Thu, Jul 13, 2017 at 10:29:42AM +0100, Jean-Philippe Brucker wrote: >> On 12/07/17 23:07, Michael S. Tsirkin wrote: >> [...] >>> I think using hardware support for nesting is the right final >>> solution. It will take some time though. Given this,

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Michael S. Tsirkin
On Thu, Jul 13, 2017 at 10:29:42AM +0100, Jean-Philippe Brucker wrote: > On 12/07/17 23:07, Michael S. Tsirkin wrote: > [...] > > I think using hardware support for nesting is the right final > > solution. It will take some time though. Given this, what should > > we do meanwhile? > > > >

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Michael S. Tsirkin
On Thu, Jul 13, 2017 at 10:29:42AM +0100, Jean-Philippe Brucker wrote: > On 12/07/17 23:07, Michael S. Tsirkin wrote: > [...] > > I think using hardware support for nesting is the right final > > solution. It will take some time though. Given this, what should > > we do meanwhile? > > > >

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Jean-Philippe Brucker
On 12/07/17 23:07, Michael S. Tsirkin wrote: [...] > I think using hardware support for nesting is the right final > solution. It will take some time though. Given this, what should > we do meanwhile? > > Assuming that's the final destination, a simple quirk like this > seems to be preferable to

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-13 Thread Jean-Philippe Brucker
On 12/07/17 23:07, Michael S. Tsirkin wrote: [...] > I think using hardware support for nesting is the right final > solution. It will take some time though. Given this, what should > we do meanwhile? > > Assuming that's the final destination, a simple quirk like this > seems to be preferable to

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-12 Thread Michael S. Tsirkin
On Wed, Jul 12, 2017 at 06:54:56PM +0100, Will Deacon wrote: > Hi Eric, > > On Sun, Jul 09, 2017 at 05:15:01PM +0200, Eric Auger wrote: > > This series adds a new tlbi-on-map option to the smmuv3 driver. > > When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for > > LPAE tables and the

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-12 Thread Michael S. Tsirkin
On Wed, Jul 12, 2017 at 06:54:56PM +0100, Will Deacon wrote: > Hi Eric, > > On Sun, Jul 09, 2017 at 05:15:01PM +0200, Eric Auger wrote: > > This series adds a new tlbi-on-map option to the smmuv3 driver. > > When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for > > LPAE tables and the

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-12 Thread Will Deacon
Hi Eric, On Sun, Jul 09, 2017 at 05:15:01PM +0200, Eric Auger wrote: > This series adds a new tlbi-on-map option to the smmuv3 driver. > When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for > LPAE tables and the smmuv3 driver sends TLB invalidations on map. > > This mode is useful

Re: [RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-12 Thread Will Deacon
Hi Eric, On Sun, Jul 09, 2017 at 05:15:01PM +0200, Eric Auger wrote: > This series adds a new tlbi-on-map option to the smmuv3 driver. > When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for > LPAE tables and the smmuv3 driver sends TLB invalidations on map. > > This mode is useful

[RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-09 Thread Eric Auger
This series adds a new tlbi-on-map option to the smmuv3 driver. When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for LPAE tables and the smmuv3 driver sends TLB invalidations on map. This mode is useful when running the driver on a guest as it allows the virtualizer to trap any change

[RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-09 Thread Eric Auger
This series adds a new tlbi-on-map option to the smmuv3 driver. When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for LPAE tables and the smmuv3 driver sends TLB invalidations on map. This mode is useful when running the driver on a guest as it allows the virtualizer to trap any change