[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2807E5FD2F6FDA4886F6618EAC48510E79BA6A27@CRSMSX101.amr.corp.intel.com>
Date: Wed, 30 Jan 2019 18:01:33 +0000
From: "Weiny, Ira" <ira.weiny@...el.com>
To: 'Jason Gunthorpe' <jgg@...pe.ca>
CC: Davidlohr Bueso <dave@...olabs.net>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"dledford@...hat.com" <dledford@...hat.com>,
"jack@...e.de" <jack@...e.de>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Dalessandro, Dennis" <dennis.dalessandro@...el.com>,
"Marciniszyn, Mike" <mike.marciniszyn@...el.com>,
Davidlohr Bueso <dbueso@...e.de>
Subject: RE: [PATCH 3/6] drivers/IB,qib: do not use mmap_sem
>
> On Tue, Jan 29, 2019 at 10:50:05AM -0800, Ira Weiny wrote:
> > > .. and I'm looking at some of the other conversions here.. *most
> > > likely* any caller that is manipulating rlimit for get_user_pages
> > > should really be calling get_user_pages_longterm, so they should not
> > > be converted to use _fast?
> >
> > Is this a question? I'm not sure I understand the meaning here?
>
> More an invitation to disprove the statement
Generally I agree. But would be best if we could get fast GUP for performance. I have not worked out if that will be possible with the final "longterm" solutions.
IRa
>
> Jason
Powered by blists - more mailing lists