Re: [Intel-gfx] add remap_pfn_range_notrack instead of reinventing it in i915 v2

2021-04-08 Thread Christoph Hellwig
On Thu, Apr 08, 2021 at 12:36:21PM +0200, Daniel Vetter wrote: > I've seen it's landed already in some tree, maybe if you can add the acks > ftr? Andrew has picked it up in -mm. ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.fre

Re: [Intel-gfx] add remap_pfn_range_notrack instead of reinventing it in i915 v2

2021-04-08 Thread Daniel Vetter
On Fri, Mar 26, 2021 at 06:55:01AM +0100, Christoph Hellwig wrote: > Hi all, > > i915 has some reason to want to avoid the track_pfn_remap overhead in > remap_pfn_range. Add a function to the core VM to do just that rather > than reinventing the functionality poorly in the driver. > > Note that

[Intel-gfx] add remap_pfn_range_notrack instead of reinventing it in i915 v2

2021-03-25 Thread Christoph Hellwig
Hi all, i915 has some reason to want to avoid the track_pfn_remap overhead in remap_pfn_range. Add a function to the core VM to do just that rather than reinventing the functionality poorly in the driver. Note that the remap_io_sg path does get exercises when using Xorg on my Thinkpad X1, so thi

Re: [Intel-gfx] add remap_pfn_range_notrack instead of reinventing it in i915

2021-03-01 Thread Daniel Vetter
On Mon, Mar 01, 2021 at 09:45:59AM +0100, Christoph Hellwig wrote: > On Mon, Mar 01, 2021 at 09:44:13AM +0100, Daniel Vetter wrote: > > On Mon, Mar 01, 2021 at 09:33:18AM +0100, Christoph Hellwig wrote: > > > Hi all, > > > > > > i915 has some reason to want to avoid the track_pfn_remap overhead in

Re: [Intel-gfx] add remap_pfn_range_notrack instead of reinventing it in i915

2021-03-01 Thread Christoph Hellwig
On Mon, Mar 01, 2021 at 09:44:13AM +0100, Daniel Vetter wrote: > On Mon, Mar 01, 2021 at 09:33:18AM +0100, Christoph Hellwig wrote: > > Hi all, > > > > i915 has some reason to want to avoid the track_pfn_remap overhead in > > remap_pfn_range. Add a function to the core VM to do just that rather >

Re: [Intel-gfx] add remap_pfn_range_notrack instead of reinventing it in i915

2021-03-01 Thread Daniel Vetter
On Mon, Mar 01, 2021 at 09:33:18AM +0100, Christoph Hellwig wrote: > Hi all, > > i915 has some reason to want to avoid the track_pfn_remap overhead in > remap_pfn_range. Add a function to the core VM to do just that rather > than reinventing the functionality poorly in the driver. It's not _notr

[Intel-gfx] add remap_pfn_range_notrack instead of reinventing it in i915

2021-03-01 Thread Christoph Hellwig
Hi all, i915 has some reason to want to avoid the track_pfn_remap overhead in remap_pfn_range. Add a function to the core VM to do just that rather than reinventing the functionality poorly in the driver. Note that the remap_io_sg path does get exercises when using Xorg on my Thinkpad X1, so thi