All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Hubbard <jhubbard@nvidia.com>
To: Calum Mackay <calum.mackay@oracle.com>, <john.hubbard@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>
Cc: "Christoph Hellwig" <hch@infradead.org>,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Dave Chinner" <david@fromorbit.com>,
	"Dave Hansen" <dave.hansen@linux.intel.com>,
	"Ira Weiny" <ira.weiny@intel.com>, "Jan Kara" <jack@suse.cz>,
	"Jason Gunthorpe" <jgg@ziepe.ca>,
	"Jérôme Glisse" <jglisse@redhat.com>,
	LKML <linux-kernel@vger.kernel.org>,
	amd-gfx@lists.freedesktop.org, ceph-devel@vger.kernel.org,
	devel@driverdev.osuosl.org, devel@lists.orangefs.org,
	dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
	kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-block@vger.kernel.org, linux-crypto@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-media@vger.kernel.org, linux-mm@kvack.org,
	linux-nfs@vger.kernel.org, linux-rdma@vger.kernel.org,
	linux-rpi-kernel@lists.infradead.org, linux-xfs@vger.kernel.org,
	netdev@vger.kernel.org, rds-devel@oss.oracle.com,
	sparclinux@vger.kernel.org, x86@kernel.org,
	xen-devel@lists.xenproject.org,
	"Trond Myklebust" <trond.myklebust@hammerspace.com>,
	"Anna Schumaker" <anna.schumaker@netapp.com>
Subject: Re: [PATCH 31/34] nfs: convert put_page() to put_user_page*()
Date: Fri, 2 Aug 2019 18:41:38 -0700	[thread overview]
Message-ID: <db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com> (raw)
In-Reply-To: <1738cb1e-15d8-0bbe-5362-341664f6efc8@oracle.com>

On 8/2/19 6:27 PM, Calum Mackay wrote:
> On 02/08/2019 3:20 am, john.hubbard@gmail.com wrote:
... 
> Since it's static, and only called twice, might it be better to change its two callers [nfs_direct_{read,write}_schedule_iovec()] to call put_user_pages() directly, and remove nfs_direct_release_pages() entirely?
> 
> thanks,
> calum.
> 
> 
>>     void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
>>
 
Hi Calum,

Absolutely! Is it OK to add your reviewed-by, with the following incremental
patch made to this one?

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index b00b89dda3c5..c0c1b9f2c069 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -276,11 +276,6 @@ ssize_t nfs_direct_IO(struct kiocb *iocb, struct iov_iter *iter)
        return nfs_file_direct_write(iocb, iter);
 }
 
-static void nfs_direct_release_pages(struct page **pages, unsigned int npages)
-{
-       put_user_pages(pages, npages);
-}
-
 void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
                              struct nfs_direct_req *dreq)
 {
@@ -510,7 +505,7 @@ static ssize_t nfs_direct_read_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;
@@ -933,7 +928,7 @@ static ssize_t nfs_direct_write_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;



thanks,
-- 
John Hubbard
NVIDIA

WARNING: multiple messages have this Message-ID (diff)
From: John Hubbard <jhubbard@nvidia.com>
To: Calum Mackay <calum.mackay@oracle.com>,
	john.hubbard@gmail.com, Andrew Morton <akpm@linux-foundation.org>
Cc: "Christoph Hellwig" <hch@infradead.org>,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Dave Chinner" <david@fromorbit.com>,
	"Dave Hansen" <dave.hansen@linux.intel.com>,
	"Ira Weiny" <ira.weiny@intel.com>, "Jan Kara" <jack@suse.cz>,
	"Jason Gunthorpe" <jgg@ziepe.ca>,
	"Jérôme Glisse" <jglisse@redhat.com>,
	LKML <linux-kernel@vger.kernel.org>,
	amd-gfx@lists.freedesktop.org, ceph-devel@vger.kernel.org,
	devel@driverdev.osuosl.org, devel@lists.orangefs.org,
	dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
	kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-block@vger.kernel.org, linux-crypto@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	linux-media@vger.kernel.org, linux-mm@kvack.org,
	linux-nfs@vger.kernel.org, linux-rdma@vger.kernel.org,
	linux-rpi-kernel@lists.infradead.org, linux-xfs@vger.kernel.org,
	netdev@vger.kernel.org, rds-devel@oss.oracle.com,
	sparclinux@vger.kernel.org, x86@kernel.org,
	xen-devel@lists.xenproject.org,
	"Trond Myklebust" <trond.myklebust@hammerspace.com>,
	"Anna Schumaker" <anna.schumaker@netapp.com>
Subject: Re: [PATCH 31/34] nfs: convert put_page() to put_user_page*()
Date: Fri, 2 Aug 2019 18:41:38 -0700	[thread overview]
Message-ID: <db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com> (raw)
In-Reply-To: <1738cb1e-15d8-0bbe-5362-341664f6efc8@oracle.com>

On 8/2/19 6:27 PM, Calum Mackay wrote:
> On 02/08/2019 3:20 am, john.hubbard@gmail.com wrote:
... 
> Since it's static, and only called twice, might it be better to change its two callers [nfs_direct_{read,write}_schedule_iovec()] to call put_user_pages() directly, and remove nfs_direct_release_pages() entirely?
> 
> thanks,
> calum.
> 
> 
>>     void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
>>
 
Hi Calum,

Absolutely! Is it OK to add your reviewed-by, with the following incremental
patch made to this one?

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index b00b89dda3c5..c0c1b9f2c069 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -276,11 +276,6 @@ ssize_t nfs_direct_IO(struct kiocb *iocb, struct iov_iter *iter)
        return nfs_file_direct_write(iocb, iter);
 }
 
-static void nfs_direct_release_pages(struct page **pages, unsigned int npages)
-{
-       put_user_pages(pages, npages);
-}
-
 void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
                              struct nfs_direct_req *dreq)
 {
@@ -510,7 +505,7 @@ static ssize_t nfs_direct_read_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;
@@ -933,7 +928,7 @@ static ssize_t nfs_direct_write_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;



thanks,
-- 
John Hubbard
NVIDIA

WARNING: multiple messages have this Message-ID (diff)
From: John Hubbard <jhubbard@nvidia.com>
To: Calum Mackay <calum.mackay@oracle.com>,
	john.hubbard@gmail.com, Andrew Morton <akpm@linux-foundation.org>
Cc: linux-fbdev@vger.kernel.org, "Jan Kara" <jack@suse.cz>,
	kvm@vger.kernel.org, "Dave Hansen" <dave.hansen@linux.intel.com>,
	"Dave Chinner" <david@fromorbit.com>,
	dri-devel@lists.freedesktop.org, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, ceph-devel@vger.kernel.org,
	devel@driverdev.osuosl.org, rds-devel@oss.oracle.com,
	linux-rdma@vger.kernel.org, x86@kernel.org,
	amd-gfx@lists.freedesktop.org,
	"Christoph Hellwig" <hch@infradead.org>,
	"Jason Gunthorpe" <jgg@ziepe.ca>,
	xen-devel@lists.xenproject.org, devel@lists.orangefs.org,
	linux-media@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	linux-block@vger.kernel.org, "Jérôme Glisse" <jglisse@redhat.com>,
	linux-rpi-kernel@lists.infradead.org,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Trond Myklebust" <trond.myklebust@hammerspace.com>,
	linux-arm-kernel@lists.infradead.org, linux-nfs@vger.kernel.org,
	netdev@vger.kernel.o
Subject: Re: [PATCH 31/34] nfs: convert put_page() to put_user_page*()
Date: Sat, 03 Aug 2019 01:41:38 +0000	[thread overview]
Message-ID: <db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com> (raw)
In-Reply-To: <1738cb1e-15d8-0bbe-5362-341664f6efc8@oracle.com>

On 8/2/19 6:27 PM, Calum Mackay wrote:
> On 02/08/2019 3:20 am, john.hubbard@gmail.com wrote:
... 
> Since it's static, and only called twice, might it be better to change its two callers [nfs_direct_{read,write}_schedule_iovec()] to call put_user_pages() directly, and remove nfs_direct_release_pages() entirely?
> 
> thanks,
> calum.
> 
> 
>>     void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
>>
 
Hi Calum,

Absolutely! Is it OK to add your reviewed-by, with the following incremental
patch made to this one?

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index b00b89dda3c5..c0c1b9f2c069 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -276,11 +276,6 @@ ssize_t nfs_direct_IO(struct kiocb *iocb, struct iov_iter *iter)
        return nfs_file_direct_write(iocb, iter);
 }
 
-static void nfs_direct_release_pages(struct page **pages, unsigned int npages)
-{
-       put_user_pages(pages, npages);
-}
-
 void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
                              struct nfs_direct_req *dreq)
 {
@@ -510,7 +505,7 @@ static ssize_t nfs_direct_read_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;
@@ -933,7 +928,7 @@ static ssize_t nfs_direct_write_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;



thanks,
-- 
John Hubbard
NVIDIA

WARNING: multiple messages have this Message-ID (diff)
From: John Hubbard <jhubbard@nvidia.com>
To: Calum Mackay <calum.mackay@oracle.com>,
	john.hubbard@gmail.com, Andrew Morton <akpm@linux-foundation.org>
Cc: linux-fbdev@vger.kernel.org, "Jan Kara" <jack@suse.cz>,
	kvm@vger.kernel.org, "Dave Hansen" <dave.hansen@linux.intel.com>,
	"Dave Chinner" <david@fromorbit.com>,
	dri-devel@lists.freedesktop.org, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, ceph-devel@vger.kernel.org,
	devel@driverdev.osuosl.org, rds-devel@oss.oracle.com,
	linux-rdma@vger.kernel.org, x86@kernel.org,
	amd-gfx@lists.freedesktop.org,
	"Christoph Hellwig" <hch@infradead.org>,
	"Jason Gunthorpe" <jgg@ziepe.ca>,
	xen-devel@lists.xenproject.org, devel@lists.orangefs.org,
	linux-media@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	linux-block@vger.kernel.org, "Jérôme Glisse" <jglisse@redhat.com>,
	linux-rpi-kernel@lists.infradead.org,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Trond Myklebust" <trond.myklebust@hammerspace.com>,
	linux-arm-kernel@lists.infradead.org, linux-nfs@vger.kernel.org,
	netdev@vger.kernel.o
Subject: Re: [PATCH 31/34] nfs: convert put_page() to put_user_page*()
Date: Fri, 2 Aug 2019 18:41:38 -0700	[thread overview]
Message-ID: <db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com> (raw)
In-Reply-To: <1738cb1e-15d8-0bbe-5362-341664f6efc8@oracle.com>

On 8/2/19 6:27 PM, Calum Mackay wrote:
> On 02/08/2019 3:20 am, john.hubbard@gmail.com wrote:
... 
> Since it's static, and only called twice, might it be better to change its two callers [nfs_direct_{read,write}_schedule_iovec()] to call put_user_pages() directly, and remove nfs_direct_release_pages() entirely?
> 
> thanks,
> calum.
> 
> 
>>     void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
>>
 
Hi Calum,

Absolutely! Is it OK to add your reviewed-by, with the following incremental
patch made to this one?

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index b00b89dda3c5..c0c1b9f2c069 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -276,11 +276,6 @@ ssize_t nfs_direct_IO(struct kiocb *iocb, struct iov_iter *iter)
        return nfs_file_direct_write(iocb, iter);
 }
 
-static void nfs_direct_release_pages(struct page **pages, unsigned int npages)
-{
-       put_user_pages(pages, npages);
-}
-
 void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
                              struct nfs_direct_req *dreq)
 {
@@ -510,7 +505,7 @@ static ssize_t nfs_direct_read_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;
@@ -933,7 +928,7 @@ static ssize_t nfs_direct_write_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;



thanks,
-- 
John Hubbard
NVIDIA
_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

WARNING: multiple messages have this Message-ID (diff)
From: jhubbard@nvidia.com (John Hubbard)
Subject: [PATCH 31/34] nfs: convert put_page() to put_user_page*()
Date: Fri, 2 Aug 2019 18:41:38 -0700	[thread overview]
Message-ID: <db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com> (raw)
In-Reply-To: <1738cb1e-15d8-0bbe-5362-341664f6efc8@oracle.com>

On 8/2/19 6:27 PM, Calum Mackay wrote:
> On 02/08/2019 3:20 am, john.hubbard@gmail.com wrote:
... 
> Since it's static, and only called twice, might it be better to change its two callers [nfs_direct_{read,write}_schedule_iovec()] to call put_user_pages() directly, and remove nfs_direct_release_pages() entirely?
> 
> thanks,
> calum.
> 
> 
>> ? ? void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
>>
 
Hi Calum,

Absolutely! Is it OK to add your reviewed-by, with the following incremental
patch made to this one?

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index b00b89dda3c5..c0c1b9f2c069 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -276,11 +276,6 @@ ssize_t nfs_direct_IO(struct kiocb *iocb, struct iov_iter *iter)
        return nfs_file_direct_write(iocb, iter);
 }
 
-static void nfs_direct_release_pages(struct page **pages, unsigned int npages)
-{
-       put_user_pages(pages, npages);
-}
-
 void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
                              struct nfs_direct_req *dreq)
 {
@@ -510,7 +505,7 @@ static ssize_t nfs_direct_read_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;
@@ -933,7 +928,7 @@ static ssize_t nfs_direct_write_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;



thanks,
-- 
John Hubbard
NVIDIA

WARNING: multiple messages have this Message-ID (diff)
From: John Hubbard <jhubbard@nvidia.com>
To: Calum Mackay <calum.mackay@oracle.com>, <john.hubbard@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>
Cc: linux-fbdev@vger.kernel.org, "Jan Kara" <jack@suse.cz>,
	kvm@vger.kernel.org, "Dave Hansen" <dave.hansen@linux.intel.com>,
	"Dave Chinner" <david@fromorbit.com>,
	dri-devel@lists.freedesktop.org, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, "Ira Weiny" <ira.weiny@intel.com>,
	ceph-devel@vger.kernel.org, devel@driverdev.osuosl.org,
	rds-devel@oss.oracle.com, linux-rdma@vger.kernel.org,
	x86@kernel.org, amd-gfx@lists.freedesktop.org,
	"Christoph Hellwig" <hch@infradead.org>,
	"Jason Gunthorpe" <jgg@ziepe.ca>,
	xen-devel@lists.xenproject.org, devel@lists.orangefs.org,
	linux-media@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	linux-block@vger.kernel.org, "Jérôme Glisse" <jglisse@redhat.com>,
	linux-rpi-kernel@lists.infradead.org,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Trond Myklebust" <trond.myklebust@hammerspace.com>,
	linux-arm-kernel@lists.infradead.org, linux-nfs@vger.kernel.org,
	netdev@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-xfs@vger.kernel.org, linux-crypto@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	"Anna Schumaker" <anna.schumaker@netapp.com>
Subject: Re: [PATCH 31/34] nfs: convert put_page() to put_user_page*()
Date: Fri, 2 Aug 2019 18:41:38 -0700	[thread overview]
Message-ID: <db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com> (raw)
In-Reply-To: <1738cb1e-15d8-0bbe-5362-341664f6efc8@oracle.com>

On 8/2/19 6:27 PM, Calum Mackay wrote:
> On 02/08/2019 3:20 am, john.hubbard@gmail.com wrote:
... 
> Since it's static, and only called twice, might it be better to change its two callers [nfs_direct_{read,write}_schedule_iovec()] to call put_user_pages() directly, and remove nfs_direct_release_pages() entirely?
> 
> thanks,
> calum.
> 
> 
>>     void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
>>
 
Hi Calum,

Absolutely! Is it OK to add your reviewed-by, with the following incremental
patch made to this one?

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index b00b89dda3c5..c0c1b9f2c069 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -276,11 +276,6 @@ ssize_t nfs_direct_IO(struct kiocb *iocb, struct iov_iter *iter)
        return nfs_file_direct_write(iocb, iter);
 }
 
-static void nfs_direct_release_pages(struct page **pages, unsigned int npages)
-{
-       put_user_pages(pages, npages);
-}
-
 void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
                              struct nfs_direct_req *dreq)
 {
@@ -510,7 +505,7 @@ static ssize_t nfs_direct_read_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;
@@ -933,7 +928,7 @@ static ssize_t nfs_direct_write_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;



thanks,
-- 
John Hubbard
NVIDIA

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: John Hubbard <jhubbard@nvidia.com>
To: Calum Mackay <calum.mackay@oracle.com>, <john.hubbard@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>
Cc: linux-fbdev@vger.kernel.org, "Jan Kara" <jack@suse.cz>,
	kvm@vger.kernel.org, "Dave Hansen" <dave.hansen@linux.intel.com>,
	"Dave Chinner" <david@fromorbit.com>,
	dri-devel@lists.freedesktop.org, linux-mm@kvack.org,
	sparclinux@vger.kernel.org, "Ira Weiny" <ira.weiny@intel.com>,
	ceph-devel@vger.kernel.org, devel@driverdev.osuosl.org,
	rds-devel@oss.oracle.com, linux-rdma@vger.kernel.org,
	x86@kernel.org, amd-gfx@lists.freedesktop.org,
	"Christoph Hellwig" <hch@infradead.org>,
	"Jason Gunthorpe" <jgg@ziepe.ca>,
	xen-devel@lists.xenproject.org, devel@lists.orangefs.org,
	linux-media@vger.kernel.org, intel-gfx@lists.freedesktop.org,
	linux-block@vger.kernel.org, "Jérôme Glisse" <jglisse@redhat.com>,
	linux-rpi-kernel@lists.infradead.org,
	"Dan Williams" <dan.j.williams@intel.com>,
	"Trond Myklebust" <trond.myklebust@hammerspace.com>,
	linux-arm-kernel@lists.infradead.org, linux-nfs@vger.kernel.org,
	netdev@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	linux-xfs@vger.kernel.org, linux-crypto@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	"Anna Schumaker" <anna.schumaker@netapp.com>
Subject: Re: [Xen-devel] [PATCH 31/34] nfs: convert put_page() to put_user_page*()
Date: Fri, 2 Aug 2019 18:41:38 -0700	[thread overview]
Message-ID: <db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com> (raw)
In-Reply-To: <1738cb1e-15d8-0bbe-5362-341664f6efc8@oracle.com>

On 8/2/19 6:27 PM, Calum Mackay wrote:
> On 02/08/2019 3:20 am, john.hubbard@gmail.com wrote:
... 
> Since it's static, and only called twice, might it be better to change its two callers [nfs_direct_{read,write}_schedule_iovec()] to call put_user_pages() directly, and remove nfs_direct_release_pages() entirely?
> 
> thanks,
> calum.
> 
> 
>>     void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
>>
 
Hi Calum,

Absolutely! Is it OK to add your reviewed-by, with the following incremental
patch made to this one?

diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index b00b89dda3c5..c0c1b9f2c069 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@ -276,11 +276,6 @@ ssize_t nfs_direct_IO(struct kiocb *iocb, struct iov_iter *iter)
        return nfs_file_direct_write(iocb, iter);
 }
 
-static void nfs_direct_release_pages(struct page **pages, unsigned int npages)
-{
-       put_user_pages(pages, npages);
-}
-
 void nfs_init_cinfo_from_dreq(struct nfs_commit_info *cinfo,
                              struct nfs_direct_req *dreq)
 {
@@ -510,7 +505,7 @@ static ssize_t nfs_direct_read_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;
@@ -933,7 +928,7 @@ static ssize_t nfs_direct_write_schedule_iovec(struct nfs_direct_req *dreq,
                        pos += req_len;
                        dreq->bytes_left -= req_len;
                }
-               nfs_direct_release_pages(pagevec, npages);
+               put_user_pages(pagevec, npages);
                kvfree(pagevec);
                if (result < 0)
                        break;



thanks,
-- 
John Hubbard
NVIDIA

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  reply	other threads:[~2019-08-03  1:41 UTC|newest]

Thread overview: 438+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-02  2:19 [PATCH 00/34] put_user_pages(): miscellaneous call sites john.hubbard
2019-08-02  2:19 ` [Xen-devel] " john.hubbard
2019-08-02  2:19 ` john.hubbard
2019-08-02  2:19 ` john.hubbard
2019-08-02  2:19 ` john.hubbard
2019-08-02  2:19 ` john.hubbard
2019-08-02  2:19 ` [PATCH 01/34] mm/gup: add make_dirty arg to put_user_pages_dirty_lock() john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 02/34] net/rds: convert put_page() to put_user_page*() john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 03/34] net/ceph: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02 22:32   ` Jeff Layton
2019-08-02 22:32     ` [Xen-devel] " Jeff Layton
2019-08-02 22:32     ` Jeff Layton
2019-08-02 22:32     ` Jeff Layton
2019-08-02 22:32     ` Jeff Layton
2019-08-02 22:32     ` Jeff Layton
2019-08-02  2:19 ` [PATCH 04/34] x86/kvm: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 05/34] drm/etnaviv: convert release_pages() to put_user_pages() john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 06/34] drm/i915: convert put_page() to put_user_page*() john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  9:19   ` Joonas Lahtinen
2019-08-02  9:19     ` [Xen-devel] " Joonas Lahtinen
2019-08-02  9:19     ` Joonas Lahtinen
2019-08-02  9:19     ` Joonas Lahtinen
2019-08-02  9:19     ` Joonas Lahtinen
2019-08-02  9:19     ` Joonas Lahtinen
2019-08-02 18:48     ` John Hubbard
2019-08-02 18:48       ` [Xen-devel] " John Hubbard
2019-08-02 18:48       ` John Hubbard
2019-08-02 18:48       ` John Hubbard
2019-08-02 18:48       ` John Hubbard
2019-08-02 18:48       ` John Hubbard
2019-08-02 18:48       ` John Hubbard
2019-08-03 20:03       ` John Hubbard
2019-08-03 20:03         ` [Xen-devel] " John Hubbard
2019-08-03 20:03         ` John Hubbard
2019-08-03 20:03         ` John Hubbard
2019-08-03 20:03         ` John Hubbard
2019-08-03 20:03         ` John Hubbard
2019-08-03 20:03         ` John Hubbard
2019-08-02  2:19 ` [PATCH 07/34] drm/radeon: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 08/34] media/ivtv: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 09/34] media/v4l2-core/mm: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 10/34] genwqe: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-03  7:06   ` Greg Kroah-Hartman
2019-08-03  7:06     ` [Xen-devel] " Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-02  2:19 ` [PATCH 11/34] scif: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 12/34] vmci: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 13/34] rapidio: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 14/34] oradax: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 15/34] staging/vc04_services: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-03  7:06   ` Greg Kroah-Hartman
2019-08-03  7:06     ` [Xen-devel] " Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-03  7:06     ` Greg Kroah-Hartman
2019-08-02  2:19 ` [PATCH 16/34] drivers/tee: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  6:29   ` Jens Wiklander
2019-08-02  6:29     ` [Xen-devel] " Jens Wiklander
2019-08-02  6:29     ` Jens Wiklander
2019-08-02  6:29     ` Jens Wiklander
2019-08-02  6:29     ` Jens Wiklander
2019-08-02  6:29     ` Jens Wiklander
2019-08-02 18:51     ` John Hubbard
2019-08-02 18:51       ` [Xen-devel] " John Hubbard
2019-08-02 18:51       ` John Hubbard
2019-08-02 18:51       ` John Hubbard
2019-08-02 18:51       ` John Hubbard
2019-08-02 18:51       ` John Hubbard
2019-08-02 18:51       ` John Hubbard
2019-08-02  2:19 ` [PATCH 17/34] vfio: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 18/34] fbdev/pvr2fb: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 19/34] fsl_hypervisor: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 20/34] xen: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  4:36   ` Juergen Gross
2019-08-02  4:36     ` [Xen-devel] " Juergen Gross
2019-08-02  4:36     ` Juergen Gross
2019-08-02  4:36     ` Juergen Gross
2019-08-02  4:36     ` Juergen Gross
2019-08-02  4:36     ` Juergen Gross
2019-08-02  5:48     ` John Hubbard
2019-08-02  5:48       ` [Xen-devel] " John Hubbard
2019-08-02  5:48       ` John Hubbard
2019-08-02  5:48       ` John Hubbard
2019-08-02  5:48       ` John Hubbard
2019-08-02  5:48       ` John Hubbard
2019-08-02  5:48       ` John Hubbard
2019-08-02  6:10       ` Juergen Gross
2019-08-02  6:10         ` [Xen-devel] " Juergen Gross
2019-08-02  6:10         ` Juergen Gross
2019-08-02  6:10         ` Juergen Gross
2019-08-02  6:10         ` Juergen Gross
2019-08-02  6:10         ` Juergen Gross
2019-08-02 16:09         ` Weiny, Ira
2019-08-02 16:09           ` [Xen-devel] " Weiny, Ira
2019-08-02 16:09           ` Weiny, Ira
2019-08-02 16:09           ` Weiny, Ira
2019-08-02 16:09           ` Weiny, Ira
2019-08-02 16:09           ` Weiny, Ira
2019-08-02 19:25           ` John Hubbard
2019-08-02 19:25             ` [Xen-devel] " John Hubbard
2019-08-02 19:25             ` John Hubbard
2019-08-02 19:25             ` John Hubbard
2019-08-02 19:25             ` John Hubbard
2019-08-02 19:25             ` John Hubbard
2019-08-02  2:19 ` [PATCH 21/34] fs/exec.c: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 22/34] orangefs: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 23/34] uprobes: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 24/34] futex: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 25/34] mm/frame_vector.c: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 26/34] mm/gup_benchmark.c: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02 14:19   ` Keith Busch
2019-08-02 14:19     ` [Xen-devel] " Keith Busch
2019-08-02 14:19     ` Keith Busch
2019-08-02 14:19     ` Keith Busch
2019-08-02 14:19     ` Keith Busch
2019-08-02 14:19     ` Keith Busch
2019-08-02  2:19 ` [PATCH 27/34] mm/memory.c: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19 ` [PATCH 28/34] mm/madvise.c: " john.hubbard
2019-08-02  2:19   ` [Xen-devel] " john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:19   ` john.hubbard
2019-08-02  2:20 ` [PATCH 29/34] mm/process_vm_access.c: " john.hubbard
2019-08-02  2:20   ` [Xen-devel] " john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20 ` [PATCH 30/34] crypt: " john.hubbard
2019-08-02  2:20   ` [Xen-devel] " john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20 ` [PATCH 31/34] nfs: " john.hubbard
2019-08-02  2:20   ` [Xen-devel] " john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-03  1:27   ` Calum Mackay
2019-08-03  1:27     ` [Xen-devel] " Calum Mackay
2019-08-03  1:27     ` Calum Mackay
2019-08-03  1:27     ` Calum Mackay
2019-08-03  1:27     ` Calum Mackay
2019-08-03  1:27     ` Calum Mackay
2019-08-03  1:41     ` John Hubbard [this message]
2019-08-03  1:41       ` [Xen-devel] " John Hubbard
2019-08-03  1:41       ` John Hubbard
2019-08-03  1:41       ` John Hubbard
2019-08-03  1:41       ` John Hubbard
2019-08-03  1:41       ` John Hubbard
2019-08-03  1:41       ` John Hubbard
2019-08-04 23:28       ` Calum Mackay
2019-08-04 23:28         ` [Xen-devel] " Calum Mackay
2019-08-04 23:28         ` Calum Mackay
2019-08-04 23:28         ` Calum Mackay
2019-08-04 23:28         ` Calum Mackay
2019-08-04 23:28         ` Calum Mackay
2019-08-02  2:20 ` [PATCH 32/34] goldfish_pipe: " john.hubbard
2019-08-02  2:20   ` [Xen-devel] " john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20 ` [PATCH 33/34] kernel/events/core.c: " john.hubbard
2019-08-02  2:20   ` [Xen-devel] " john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20 ` [PATCH 34/34] fs/binfmt_elf: " john.hubbard
2019-08-02  2:20   ` [Xen-devel] " john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  2:20   ` john.hubbard
2019-08-02  9:12 ` [PATCH 00/34] put_user_pages(): miscellaneous call sites Michal Hocko
2019-08-02  9:12   ` [Xen-devel] " Michal Hocko
2019-08-02  9:12   ` Michal Hocko
2019-08-02  9:12   ` Michal Hocko
2019-08-02  9:12   ` Michal Hocko
2019-08-02  9:12   ` Michal Hocko
2019-08-02 12:41   ` Jan Kara
2019-08-02 12:41     ` [Xen-devel] " Jan Kara
2019-08-02 12:41     ` Jan Kara
2019-08-02 12:41     ` Jan Kara
2019-08-02 12:41     ` Jan Kara
2019-08-02 12:41     ` Jan Kara
2019-08-02 14:24     ` Matthew Wilcox
2019-08-02 14:24       ` [Xen-devel] " Matthew Wilcox
2019-08-02 14:24       ` Matthew Wilcox
2019-08-02 14:24       ` Matthew Wilcox
2019-08-02 14:24       ` Matthew Wilcox
2019-08-02 14:24       ` Matthew Wilcox
2019-08-02 14:52       ` Jan Kara
2019-08-02 14:52         ` [Xen-devel] " Jan Kara
2019-08-02 14:52         ` Jan Kara
2019-08-02 14:52         ` Jan Kara
2019-08-02 14:52         ` Jan Kara
2019-08-02 14:52         ` Jan Kara
2019-08-02 19:14         ` John Hubbard
2019-08-02 19:14           ` [Xen-devel] " John Hubbard
2019-08-02 19:14           ` John Hubbard
2019-08-02 19:14           ` John Hubbard
2019-08-02 19:14           ` John Hubbard
2019-08-02 19:14           ` John Hubbard
2019-08-07  8:37           ` Jan Kara
2019-08-07  8:37             ` [Xen-devel] " Jan Kara
2019-08-07  8:37             ` Jan Kara
2019-08-07  8:37             ` Jan Kara
2019-08-07  8:37             ` Jan Kara
2019-08-07  8:37             ` Jan Kara
2019-08-07  8:46             ` Michal Hocko
2019-08-07  8:46               ` [Xen-devel] " Michal Hocko
2019-08-07  8:46               ` Michal Hocko
2019-08-07  8:46               ` Michal Hocko
2019-08-07  8:46               ` Michal Hocko
2019-08-07  8:46               ` Michal Hocko
2019-08-08  2:36               ` Ira Weiny
2019-08-08  2:36                 ` [Xen-devel] " Ira Weiny
2019-08-08  2:36                 ` Ira Weiny
2019-08-08  2:36                 ` Ira Weiny
2019-08-08  2:36                 ` Ira Weiny
2019-08-08  2:36                 ` Ira Weiny
2019-08-08  3:46                 ` John Hubbard
2019-08-08  3:46                   ` [Xen-devel] " John Hubbard
2019-08-08  3:46                   ` John Hubbard
2019-08-08  3:46                   ` John Hubbard
2019-08-08  3:46                   ` John Hubbard
2019-08-08  3:46                   ` John Hubbard
2019-08-08 16:25                   ` Weiny, Ira
2019-08-08 16:25                     ` [Xen-devel] " Weiny, Ira
2019-08-08 16:25                     ` Weiny, Ira
2019-08-08 16:25                     ` Weiny, Ira
2019-08-08 16:25                     ` Weiny, Ira
2019-08-08 16:25                     ` Weiny, Ira
2019-08-08 18:18                     ` John Hubbard
2019-08-08 18:18                       ` [Xen-devel] " John Hubbard
2019-08-08 18:18                       ` John Hubbard
2019-08-08 18:18                       ` John Hubbard
2019-08-08 18:18                       ` John Hubbard
2019-08-08 18:18                       ` John Hubbard
2019-08-09  8:43                     ` Jan Kara
2019-08-09  8:43                       ` [Xen-devel] " Jan Kara
2019-08-09  8:43                       ` Jan Kara
2019-08-09  8:43                       ` Jan Kara
2019-08-09  8:43                       ` Jan Kara
2019-08-09  8:34                 ` Jan Kara
2019-08-09  8:34                   ` [Xen-devel] " Jan Kara
2019-08-09  8:34                   ` Jan Kara
2019-08-09  8:34                   ` Jan Kara
2019-08-09  8:34                   ` Jan Kara
2019-08-09  8:34                   ` Jan Kara
2019-08-09 17:56                   ` Weiny, Ira
2019-08-09 17:56                     ` [Xen-devel] " Weiny, Ira
2019-08-09 17:56                     ` Weiny, Ira
2019-08-09 17:56                     ` Weiny, Ira
2019-08-09 17:56                     ` Weiny, Ira
2019-08-09 13:26 ` ✗ Fi.CI.BAT: failure for " Patchwork
  -- strict thread matches above, loose matches on Subject: below --
2019-08-02  2:16 [PATCH 00/34] " john.hubbard
2019-08-02  2:16 ` [Xen-devel] " john.hubbard
2019-08-02  2:16 ` john.hubbard
2019-08-02  2:16 ` john.hubbard
2019-08-02  2:16 ` john.hubbard
2019-08-02  2:16 ` john.hubbard
2019-08-02  2:16 ` [PATCH 01/34] mm/gup: add make_dirty arg to put_user_pages_dirty_lock() john.hubbard
2019-08-02  2:16   ` [Xen-devel] " john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:16 ` [PATCH 02/34] net/rds: convert put_page() to put_user_page*() john.hubbard
2019-08-02  2:16   ` [Xen-devel] " john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:16   ` john.hubbard
2019-08-02  2:39 ` [PATCH 00/34] put_user_pages(): miscellaneous call sites John Hubbard
2019-08-02  2:39   ` [Xen-devel] " John Hubbard
2019-08-02  2:39   ` John Hubbard
2019-08-02  2:39   ` John Hubbard
2019-08-02  2:39   ` John Hubbard
2019-08-02  2:39   ` John Hubbard
2019-08-02  2:39   ` John Hubbard
2019-08-02  8:05 ` Peter Zijlstra
2019-08-02  8:05   ` [Xen-devel] " Peter Zijlstra
2019-08-02  8:05   ` Peter Zijlstra
2019-08-02  8:05   ` Peter Zijlstra
2019-08-02  8:05   ` Peter Zijlstra
2019-08-02  8:05   ` Peter Zijlstra
2019-08-02 19:33   ` John Hubbard
2019-08-02 19:33     ` [Xen-devel] " John Hubbard
2019-08-02 19:33     ` John Hubbard
2019-08-02 19:33     ` John Hubbard
2019-08-02 19:33     ` John Hubbard
2019-08-02 19:33     ` John Hubbard
2019-08-02 19:33     ` John Hubbard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=db136399-ed87-56ea-bd6e-e5d29b145eda@nvidia.com \
    --to=jhubbard@nvidia.com \
    --cc=akpm@linux-foundation.org \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=anna.schumaker@netapp.com \
    --cc=calum.mackay@oracle.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=dan.j.williams@intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=david@fromorbit.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=devel@lists.orangefs.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hch@infradead.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=ira.weiny@intel.com \
    --cc=jack@suse.cz \
    --cc=jgg@ziepe.ca \
    --cc=jglisse@redhat.com \
    --cc=john.hubbard@gmail.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=linux-rpi-kernel@lists.infradead.org \
    --cc=linux-xfs@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=rds-devel@oss.oracle.com \
    --cc=sparclinux@vger.kernel.org \
    --cc=trond.myklebust@hammerspace.com \
    --cc=x86@kernel.org \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.