From: John Hubbard <jhubbard@nvidia.com>
To: LKML <linux-kernel@vger.kernel.org>
Cc: "Souptick Joarder" <jrdr.linux@gmail.com>,
"Kai Mäkisara (Kolumbus)" <kai.makisara@kolumbus.fi>,
"Bart Van Assche" <bvanassche@acm.org>,
"James E . J . Bottomley" <jejb@linux.ibm.com>,
"Martin K . Petersen" <martin.petersen@oracle.com>,
linux-scsi@vger.kernel.org
Subject: Re: [PATCH v2] scsi: st: convert convert get_user_pages() --> pin_user_pages()
Date: Tue, 26 May 2020 18:05:01 -0700 [thread overview]
Message-ID: <98b7f283-b208-d222-1d65-8a2e34d0a1af@nvidia.com> (raw)
In-Reply-To: <20200526182709.99599-1-jhubbard@nvidia.com>
For some reason, the "convert convert" subject line is really hard to get rid of
from my scsi st patch. In this case, I'd dropped the patch entirely,
and recreated it with the old subject line somehow. Sorry about that
persistent typo!
I'll send a v3 if necessary, to correct that.
thanks,
John Hubbard
NVIDIA
On 2020-05-26 11:27, John Hubbard wrote:
> This code was using get_user_pages*(), in a "Case 1" scenario
> (Direct IO), using the categorization from [1]. That means that it's
> time to convert the get_user_pages*() + put_page() calls to
> pin_user_pages*() + unpin_user_pages() calls.
>
> There is some helpful background in [2]: basically, this is a small
> part of fixing a long-standing disconnect between pinning pages, and
> file systems' use of those pages.
>
> Note that this effectively changes the code's behavior as well: it now
> ultimately calls set_page_dirty_lock(), instead of SetPageDirty().This
> is probably more accurate.
>
> As Christoph Hellwig put it, "set_page_dirty() is only safe if we are
> dealing with a file backed page where we have reference on the inode it
> hangs off." [3]
>
> Also, this deletes one of the two FIXME comments (about refcounting),
> because there is nothing wrong with the refcounting at this point.
>
> [1] Documentation/core-api/pin_user_pages.rst
>
> [2] "Explicit pinning of user-space pages":
> https://lwn.net/Articles/807108/
>
> [3] https://lore.kernel.org/r/20190723153640.GB720@lst.de
>
> Cc: "Kai Mäkisara (Kolumbus)" <kai.makisara@kolumbus.fi>
> Cc: Bart Van Assche <bvanassche@acm.org>
> Cc: James E.J. Bottomley <jejb@linux.ibm.com>
> Cc: Martin K. Petersen <martin.petersen@oracle.com>
> Cc: linux-scsi@vger.kernel.org
> Signed-off-by: John Hubbard <jhubbard@nvidia.com>
> ---
>
> Hi,
>
> As mentioned in the v1 review thread, we probably still want/need
> this. Or so I claim. :) Please see what you think...
>
> Changes since v1: changed the commit log, to refer to Direct IO
> (Case 1), instead of DMA/RDMA (Case 2). And added Bart to Cc.
>
> v1:
> https://lore.kernel.org/linux-scsi/20200519045525.2446851-1-jhubbard@nvidia.com/
>
> thanks,
> John Hubbard
> NVIDIA
>
>
> drivers/scsi/st.c | 20 +++++---------------
> 1 file changed, 5 insertions(+), 15 deletions(-)
>
> diff --git a/drivers/scsi/st.c b/drivers/scsi/st.c
> index c5f9b348b438..1e3eda9fa231 100644
> --- a/drivers/scsi/st.c
> +++ b/drivers/scsi/st.c
> @@ -4922,7 +4922,7 @@ static int sgl_map_user_pages(struct st_buffer *STbp,
> unsigned long end = (uaddr + count + PAGE_SIZE - 1) >> PAGE_SHIFT;
> unsigned long start = uaddr >> PAGE_SHIFT;
> const int nr_pages = end - start;
> - int res, i, j;
> + int res, i;
> struct page **pages;
> struct rq_map_data *mdata = &STbp->map_data;
>
> @@ -4944,7 +4944,7 @@ static int sgl_map_user_pages(struct st_buffer *STbp,
>
> /* Try to fault in all of the necessary pages */
> /* rw==READ means read from drive, write into memory area */
> - res = get_user_pages_fast(uaddr, nr_pages, rw == READ ? FOLL_WRITE : 0,
> + res = pin_user_pages_fast(uaddr, nr_pages, rw == READ ? FOLL_WRITE : 0,
> pages);
>
> /* Errors and no page mapped should return here */
> @@ -4964,8 +4964,7 @@ static int sgl_map_user_pages(struct st_buffer *STbp,
> return nr_pages;
> out_unmap:
> if (res > 0) {
> - for (j=0; j < res; j++)
> - put_page(pages[j]);
> + unpin_user_pages(pages, res);
> res = 0;
> }
> kfree(pages);
> @@ -4977,18 +4976,9 @@ static int sgl_map_user_pages(struct st_buffer *STbp,
> static int sgl_unmap_user_pages(struct st_buffer *STbp,
> const unsigned int nr_pages, int dirtied)
> {
> - int i;
> -
> - for (i=0; i < nr_pages; i++) {
> - struct page *page = STbp->mapped_pages[i];
> + /* FIXME: cache flush missing for rw==READ */
> + unpin_user_pages_dirty_lock(STbp->mapped_pages, nr_pages, dirtied);
>
> - if (dirtied)
> - SetPageDirty(page);
> - /* FIXME: cache flush missing for rw==READ
> - * FIXME: call the correct reference counting function
> - */
> - put_page(page);
> - }
> kfree(STbp->mapped_pages);
> STbp->mapped_pages = NULL;
>
>
next prev parent reply other threads:[~2020-05-27 1:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-26 18:27 John Hubbard
2020-05-27 1:05 ` John Hubbard [this message]
2020-05-27 1:08 ` Martin K. Petersen
2020-06-03 1:29 ` Martin K. Petersen
2020-06-05 10:17 ` "Kai Mäkisara (Kolumbus)"
2020-06-10 2:02 ` Martin K. Petersen
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=98b7f283-b208-d222-1d65-8a2e34d0a1af@nvidia.com \
--to=jhubbard@nvidia.com \
--cc=bvanassche@acm.org \
--cc=jejb@linux.ibm.com \
--cc=jrdr.linux@gmail.com \
--cc=kai.makisara@kolumbus.fi \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®