[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210210175626.GN4718@ziepe.ca>
Date: Wed, 10 Feb 2021 13:56:26 -0400
From: Jason Gunthorpe <jgg@...pe.ca>
To: Jerome Glisse <jglisse@...hat.com>
Cc: Alistair Popple <apopple@...dia.com>,
Daniel Vetter <daniel@...ll.ch>, Linux MM <linux-mm@...ck.org>,
Nouveau Dev <nouveau@...ts.freedesktop.org>,
Ben Skeggs <bskeggs@...hat.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Doc Mailing List <linux-doc@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
kvm-ppc@...r.kernel.org,
dri-devel <dri-devel@...ts.freedesktop.org>,
John Hubbard <jhubbard@...dia.com>,
Ralph Campbell <rcampbell@...dia.com>
Subject: Re: [PATCH 0/9] Add support for SVM atomics in Nouveau
On Tue, Feb 09, 2021 at 04:17:38PM -0500, Jerome Glisse wrote:
> > > Yes, I would like to avoid the long term pin constraints as well if possible I
> > > just haven't found a solution yet. Are you suggesting it might be possible to
> > > add a callback in the page migration logic to specially deal with moving these
> > > pages?
> >
> > How would migration even find the page?
>
> Migration can scan memory from physical address (isolate_migratepages_range())
> So the CPU mapping is not the only path to get to a page.
I mean find out that the page is now owned by the GPU driver to tell
it that it needs to migrate that reference. Normally that would go
through the VMA to the mmu notifier, but with the page removed from
the normal VMA it can't get to a mmu notifier or the GPU driver.
Jason
Powered by blists - more mailing lists