From: Dan Carpenter <dan.carpenter@oracle.com>
To: Souptick Joarder <jrdr.linux@gmail.com>
Cc: "open list:ANDROID DRIVERS" <devel@driverdev.osuosl.org>,
"Bharath Vedartham" <linux.bhar@gmail.com>,
harshjain32@gmail.com, "John Hubbard" <jhubbard@nvidia.com>,
"Greg KH" <gregkh@linuxfoundation.org>,
"Simon Sandström" <simon@nikanor.nu>,
linux-kernel@vger.kernel.org, pakki001@umn.edu,
ldufour@linux.ibm.com, "Michel Lespinasse" <walken@google.com>,
jane.pnx9@gmail.com
Subject: Re: [PATCH 1/4] staging: kpc2000: Unpin partial pinned pages
Date: Thu, 18 Jun 2020 13:50:29 +0300 [thread overview]
Message-ID: <20200618105029.GR4151@kadam> (raw)
In-Reply-To: <CAFqt6za2Npg147p=47_PKjGehKKP=s5dgtu1O=nrrPePxjXPkg@mail.gmail.com>
On Thu, Jun 18, 2020 at 12:59:57AM +0530, Souptick Joarder wrote:
> On Wed, Jun 17, 2020 at 11:29 PM Dan Carpenter <dan.carpenter@oracle.com> wrote:
> >
> > On Wed, Jun 17, 2020 at 11:13:32PM +0530, Souptick Joarder wrote:
> > > On Wed, Jun 17, 2020 at 4:43 PM Dan Carpenter <dan.carpenter@oracle.com> wrote:
> > > >
> > > > On Wed, Jun 17, 2020 at 07:57:20AM +0530, Souptick Joarder wrote:
> > > > > There is a bug, when get_user_pages() failed but partially pinned
> > > > > pages are not unpinned. Fixed it.
> > > > >
> > > > > Also, int is more appropriate type for rv. Changed it.
> > > > >
> > > > > Signed-off-by: Souptick Joarder <jrdr.linux@gmail.com>
> > > > > Cc: John Hubbard <jhubbard@nvidia.com>
> > > > > Cc: Bharath Vedartham <linux.bhar@gmail.com>
> > > > > Cc: Dan Carpenter <dan.carpenter@oracle.com>
> > > > > ---
> > > > > drivers/staging/kpc2000/kpc_dma/fileops.c | 6 +++++-
> > > > > 1 file changed, 5 insertions(+), 1 deletion(-)
> > > > >
> > > > > diff --git a/drivers/staging/kpc2000/kpc_dma/fileops.c b/drivers/staging/kpc2000/kpc_dma/fileops.c
> > > > > index 8975346..b136353 100644
> > > > > --- a/drivers/staging/kpc2000/kpc_dma/fileops.c
> > > > > +++ b/drivers/staging/kpc2000/kpc_dma/fileops.c
> > > > > @@ -35,7 +35,7 @@ static int kpc_dma_transfer(struct dev_private_data *priv,
> > > > > unsigned long iov_base, size_t iov_len)
> > > > > {
> > > > > unsigned int i = 0;
> > > > > - long rv = 0;
> > > > > + int rv = 0;
> > > > > struct kpc_dma_device *ldev;
> > > > > struct aio_cb_data *acd;
> > > > > DECLARE_COMPLETION_ONSTACK(done);
> > > > > @@ -193,6 +193,10 @@ static int kpc_dma_transfer(struct dev_private_data *priv,
> > > > > put_page(acd->user_pages[i]);
> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > > > >
> > > > > err_get_user_pages:
> > > > > + if (rv > 0) {
> > > > > + for (i = 0; i < rv; i++)
> > > > > + put_pages(acd->user_pages[i])
> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > > >
> > > > > + }
> > > >
> > > > This isn't a complete fix. "rv" is the negative error code but here we
> > > > are returning a positive value on this path.
> > >
> > > In case of error of get_user_pages(), it will return -errno, 0 and 3rd one is
> > > (rv > 0 && rv != acd->page_count). When rv is -errno or 0 there is no need
> > > to call put_pages() in error path. But for 3rd case partially mapped pages
> > > need to unpin.
> > >
> > > Correct me if I am missing anything.
> > >
> >
> > 182 kfree(acd);
> > 183 }
> > 184 return rv;
> > 185
> > 186 err_descr_too_many:
> > 187 unlock_engine(ldev);
> > 188 dma_unmap_sg(&ldev->pldev->dev, acd->sgt.sgl, acd->sgt.nents, ldev->dir);
> > 189 sg_free_table(&acd->sgt);
> > 190 err_dma_map_sg:
> > 191 err_alloc_sg_table:
> > 192 for (i = 0 ; i < acd->page_count ; i++)
> > 193 put_page(acd->user_pages[i]);
> > 194
> > 195 err_get_user_pages:
> > 196 if (rv > 0) {
> > ^^^^^^
> > "rv" is positive.
> >
> > 197 for (i = 0; i < rv; i++)
> > 198 put_pages(acd->user_pages[i])
> > 199 }
> > 200 kfree(acd->user_pages);
> > 201 err_alloc_userpages:
> > 202 kfree(acd);
> > 203 dev_dbg(&priv->ldev->pldev->dev, "%s returning with error %ld\n", __func__, rv);
> > 204 return rv;
> > ^^
> > "rv" is still positive but it should be -EFAULT.
> >
>
> Ahh, my mistake. Will correct it in v2.
> Do other patches in the series looks good ?
The others will have to be re-worked if you change patch 1/4, especially
patch 4/4. But otherwise it seems okay with me.
regards,
dan carpenter
next prev parent reply other threads:[~2020-06-18 10:51 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-17 2:27 [PATCH 0/4] staging: kpc2000: kpc_dma: Few clean up and Convert to pin_user_pages() Souptick Joarder
2020-06-17 2:27 ` [PATCH 1/4] staging: kpc2000: Unpin partial pinned pages Souptick Joarder
2020-06-17 11:13 ` Dan Carpenter
2020-06-17 17:43 ` Souptick Joarder
2020-06-17 17:59 ` Dan Carpenter
2020-06-17 19:29 ` Souptick Joarder
2020-06-18 10:50 ` Dan Carpenter [this message]
2020-06-17 2:27 ` [PATCH 2/4] staging: kpc2000: kpc_dma: Convert set_page_dirty() --> set_page_dirty_lock() Souptick Joarder
2020-06-27 17:51 ` Souptick Joarder
2020-06-17 2:27 ` [PATCH 3/4] staging: kpc2000: kpc_dma: Convert get_user_pages() --> pin_user_pages() Souptick Joarder
2020-06-17 2:27 ` [PATCH 4/4] staging: kpc2000: kpc_dma: Remove excess goto statement Souptick Joarder
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=20200618105029.GR4151@kadam \
--to=dan.carpenter@oracle.com \
--cc=devel@driverdev.osuosl.org \
--cc=gregkh@linuxfoundation.org \
--cc=harshjain32@gmail.com \
--cc=jane.pnx9@gmail.com \
--cc=jhubbard@nvidia.com \
--cc=jrdr.linux@gmail.com \
--cc=ldufour@linux.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux.bhar@gmail.com \
--cc=pakki001@umn.edu \
--cc=simon@nikanor.nu \
--cc=walken@google.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