Re: [PATCH v1] treewide, serdev: change receive_buf() return type to size_t
From: Francesco Dolcini
Date: Fri Dec 15 2023 - 08:56:41 EST
Hello Johan,
On Fri, Dec 15, 2023 at 02:36:31PM +0100, Johan Hovold wrote:
> On Thu, Dec 14, 2023 at 06:01:46PM +0100, Francesco Dolcini wrote:
> > From: Francesco Dolcini <francesco.dolcini@xxxxxxxxxxx>
> >
> > receive_buf() is called from ttyport_receive_buf() that expects values
> > ">= 0" from serdev_controller_receive_buf(), change its return type from
> > ssize_t to size_t.
> >
> > Suggested-by: Jiri Slaby <jirislaby@xxxxxxxxxx>
> > Link: https://lore.kernel.org/all/087be419-ec6b-47ad-851a-5e1e3ea5cfcc@xxxxxxxxxx/
> > Signed-off-by: Francesco Dolcini <francesco.dolcini@xxxxxxxxxxx>
> > ---
> > drivers/gnss/core.c | 6 +++---
> > drivers/gnss/serial.c | 4 ++--
> > drivers/gnss/sirf.c | 6 +++---
>
> > diff --git a/drivers/gnss/core.c b/drivers/gnss/core.c
> > index 48f2ee0f78c4..9b8a0605ec76 100644
> > --- a/drivers/gnss/core.c
> > +++ b/drivers/gnss/core.c
> > @@ -317,10 +317,10 @@ EXPORT_SYMBOL_GPL(gnss_deregister_device);
> > *
> > * Must not be called for a closed device.
> > */
> > -int gnss_insert_raw(struct gnss_device *gdev, const unsigned char *buf,
> > - size_t count)
> > +size_t gnss_insert_raw(struct gnss_device *gdev, const unsigned char *buf,
> > + size_t count)
> > {
> > - int ret;
> > + size_t ret;
> >
> > ret = kfifo_in(&gdev->read_fifo, buf, count);
> >
>
> Why are you changing this function? This is part of the GNSS interface
> and has nothing to do with the rest of this patch.
good point, thanks for looking into that.
from my understanding kfifo_in() already return an unsigned, both
__kfifo_in and __kfifo_in_r return unsigned.
With that said this is used by 3 drivers:
= drivers/gnss/sirf.c:
= drivers/gnss/serial.c:
The driver just use it into the actual receive_buf callback.
= drivers/gnss/usb.c
This driver does nothing with a negative return value (that is never the
less not possible), it just check that the whole buffer was inserted.
To me the change is correct, with that said probably this should have
been explicitly mentioned in the commit message or a separate
preparation patch.
Francesco