From: Greg KH <gregkh@linuxfoundation.org>
To: Himadri Pandya <himadrispandya@gmail.com>
Cc: linux-usb@vger.kernel.org, keescook@chromium.org,
pankaj.laxminarayan.bharadiya@intel.com, oneukum@suse.com,
yuehaibing@huawei.com, linux-kernel@vger.kernel.org,
ogiannou@gmail.com, netdev@vger.kernel.org, kuba@kernel.org,
linux-kernel-mentees@lists.linuxfoundation.org,
davem@davemloft.net, petkan@nucleusys.com
Subject: Re: [Linux-kernel-mentees] [PATCH 4/4] net: rndis_host: use usb_control_msg_recv() and usb_control_msg_send()
Date: Wed, 23 Sep 2020 12:22:56 +0200 [thread overview]
Message-ID: <20200923102256.GA3154647@kroah.com> (raw)
In-Reply-To: <20200923090519.361-5-himadrispandya@gmail.com>
On Wed, Sep 23, 2020 at 02:35:19PM +0530, Himadri Pandya wrote:
> The new usb_control_msg_recv() and usb_control_msg_send() nicely wraps
> usb_control_msg() with proper error check. Hence use the wrappers
> instead of calling usb_control_msg() directly.
>
> Signed-off-by: Himadri Pandya <himadrispandya@gmail.com>
> ---
> drivers/net/usb/rndis_host.c | 44 ++++++++++++++----------------------
> 1 file changed, 17 insertions(+), 27 deletions(-)
>
> diff --git a/drivers/net/usb/rndis_host.c b/drivers/net/usb/rndis_host.c
> index 6fa7a009a24a..30fc4a7183d3 100644
> --- a/drivers/net/usb/rndis_host.c
> +++ b/drivers/net/usb/rndis_host.c
> @@ -113,14 +113,13 @@ int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
> buf->request_id = (__force __le32) xid;
> }
> master_ifnum = info->control->cur_altsetting->desc.bInterfaceNumber;
> - retval = usb_control_msg(dev->udev,
> - usb_sndctrlpipe(dev->udev, 0),
> - USB_CDC_SEND_ENCAPSULATED_COMMAND,
> - USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> - 0, master_ifnum,
> - buf, le32_to_cpu(buf->msg_len),
> - RNDIS_CONTROL_TIMEOUT_MS);
> - if (unlikely(retval < 0 || xid == 0))
> + retval = usb_control_msg_send(dev->udev, 0,
> + USB_CDC_SEND_ENCAPSULATED_COMMAND,
> + USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> + 0, master_ifnum, buf,
> + le32_to_cpu(buf->msg_len),
> + RNDIS_CONTROL_TIMEOUT_MS);
> + if (unlikely(xid == 0))
> return retval;
>
> /* Some devices don't respond on the control channel until
> @@ -139,14 +138,11 @@ int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
> /* Poll the control channel; the request probably completed immediately */
> rsp = le32_to_cpu(buf->msg_type) | RNDIS_MSG_COMPLETION;
> for (count = 0; count < 10; count++) {
> - memset(buf, 0, CONTROL_BUFFER_SIZE);
> - retval = usb_control_msg(dev->udev,
> - usb_rcvctrlpipe(dev->udev, 0),
> - USB_CDC_GET_ENCAPSULATED_RESPONSE,
> - USB_DIR_IN | USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> - 0, master_ifnum,
> - buf, buflen,
> - RNDIS_CONTROL_TIMEOUT_MS);
> + retval = usb_control_msg_recv(dev->udev, 0,
> + USB_CDC_GET_ENCAPSULATED_RESPONSE,
> + USB_DIR_IN | USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> + 0, master_ifnum, buf, buflen,
> + RNDIS_CONTROL_TIMEOUT_MS);
> if (likely(retval >= 8)) {
retval here is never going to be positive, right? So I don't think this
patch is correct :(
> msg_type = le32_to_cpu(buf->msg_type);
> msg_len = le32_to_cpu(buf->msg_len);
> @@ -178,17 +174,11 @@ int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
> msg->msg_type = cpu_to_le32(RNDIS_MSG_KEEPALIVE_C);
> msg->msg_len = cpu_to_le32(sizeof *msg);
> msg->status = cpu_to_le32(RNDIS_STATUS_SUCCESS);
> - retval = usb_control_msg(dev->udev,
> - usb_sndctrlpipe(dev->udev, 0),
> - USB_CDC_SEND_ENCAPSULATED_COMMAND,
> - USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> - 0, master_ifnum,
> - msg, sizeof *msg,
> - RNDIS_CONTROL_TIMEOUT_MS);
> - if (unlikely(retval < 0))
> - dev_dbg(&info->control->dev,
> - "rndis keepalive err %d\n",
> - retval);
> + retval = usb_control_msg_send(dev->udev, 0,
> + USB_CDC_SEND_ENCAPSULATED_COMMAND,
> + USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> + 0, master_ifnum, msg, sizeof(*msg),
> + RNDIS_CONTROL_TIMEOUT_MS);
You lost the error message that the previous call had if something went
wrong. Don't know if it's really needed, but there's no reason to
remove it here.
thanks,
greg k-h
_______________________________________________
Linux-kernel-mentees mailing list
Linux-kernel-mentees@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/linux-kernel-mentees
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Himadri Pandya <himadrispandya@gmail.com>
Cc: davem@davemloft.net, kuba@kernel.org, oneukum@suse.com,
pankaj.laxminarayan.bharadiya@intel.com, keescook@chromium.org,
yuehaibing@huawei.com, petkan@nucleusys.com, ogiannou@gmail.com,
linux-usb@vger.kernel.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-kernel-mentees@lists.linuxfoundation.org
Subject: Re: [PATCH 4/4] net: rndis_host: use usb_control_msg_recv() and usb_control_msg_send()
Date: Wed, 23 Sep 2020 12:22:56 +0200 [thread overview]
Message-ID: <20200923102256.GA3154647@kroah.com> (raw)
In-Reply-To: <20200923090519.361-5-himadrispandya@gmail.com>
On Wed, Sep 23, 2020 at 02:35:19PM +0530, Himadri Pandya wrote:
> The new usb_control_msg_recv() and usb_control_msg_send() nicely wraps
> usb_control_msg() with proper error check. Hence use the wrappers
> instead of calling usb_control_msg() directly.
>
> Signed-off-by: Himadri Pandya <himadrispandya@gmail.com>
> ---
> drivers/net/usb/rndis_host.c | 44 ++++++++++++++----------------------
> 1 file changed, 17 insertions(+), 27 deletions(-)
>
> diff --git a/drivers/net/usb/rndis_host.c b/drivers/net/usb/rndis_host.c
> index 6fa7a009a24a..30fc4a7183d3 100644
> --- a/drivers/net/usb/rndis_host.c
> +++ b/drivers/net/usb/rndis_host.c
> @@ -113,14 +113,13 @@ int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
> buf->request_id = (__force __le32) xid;
> }
> master_ifnum = info->control->cur_altsetting->desc.bInterfaceNumber;
> - retval = usb_control_msg(dev->udev,
> - usb_sndctrlpipe(dev->udev, 0),
> - USB_CDC_SEND_ENCAPSULATED_COMMAND,
> - USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> - 0, master_ifnum,
> - buf, le32_to_cpu(buf->msg_len),
> - RNDIS_CONTROL_TIMEOUT_MS);
> - if (unlikely(retval < 0 || xid == 0))
> + retval = usb_control_msg_send(dev->udev, 0,
> + USB_CDC_SEND_ENCAPSULATED_COMMAND,
> + USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> + 0, master_ifnum, buf,
> + le32_to_cpu(buf->msg_len),
> + RNDIS_CONTROL_TIMEOUT_MS);
> + if (unlikely(xid == 0))
> return retval;
>
> /* Some devices don't respond on the control channel until
> @@ -139,14 +138,11 @@ int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
> /* Poll the control channel; the request probably completed immediately */
> rsp = le32_to_cpu(buf->msg_type) | RNDIS_MSG_COMPLETION;
> for (count = 0; count < 10; count++) {
> - memset(buf, 0, CONTROL_BUFFER_SIZE);
> - retval = usb_control_msg(dev->udev,
> - usb_rcvctrlpipe(dev->udev, 0),
> - USB_CDC_GET_ENCAPSULATED_RESPONSE,
> - USB_DIR_IN | USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> - 0, master_ifnum,
> - buf, buflen,
> - RNDIS_CONTROL_TIMEOUT_MS);
> + retval = usb_control_msg_recv(dev->udev, 0,
> + USB_CDC_GET_ENCAPSULATED_RESPONSE,
> + USB_DIR_IN | USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> + 0, master_ifnum, buf, buflen,
> + RNDIS_CONTROL_TIMEOUT_MS);
> if (likely(retval >= 8)) {
retval here is never going to be positive, right? So I don't think this
patch is correct :(
> msg_type = le32_to_cpu(buf->msg_type);
> msg_len = le32_to_cpu(buf->msg_len);
> @@ -178,17 +174,11 @@ int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
> msg->msg_type = cpu_to_le32(RNDIS_MSG_KEEPALIVE_C);
> msg->msg_len = cpu_to_le32(sizeof *msg);
> msg->status = cpu_to_le32(RNDIS_STATUS_SUCCESS);
> - retval = usb_control_msg(dev->udev,
> - usb_sndctrlpipe(dev->udev, 0),
> - USB_CDC_SEND_ENCAPSULATED_COMMAND,
> - USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> - 0, master_ifnum,
> - msg, sizeof *msg,
> - RNDIS_CONTROL_TIMEOUT_MS);
> - if (unlikely(retval < 0))
> - dev_dbg(&info->control->dev,
> - "rndis keepalive err %d\n",
> - retval);
> + retval = usb_control_msg_send(dev->udev, 0,
> + USB_CDC_SEND_ENCAPSULATED_COMMAND,
> + USB_TYPE_CLASS | USB_RECIP_INTERFACE,
> + 0, master_ifnum, msg, sizeof(*msg),
> + RNDIS_CONTROL_TIMEOUT_MS);
You lost the error message that the previous call had if something went
wrong. Don't know if it's really needed, but there's no reason to
remove it here.
thanks,
greg k-h
next prev parent reply other threads:[~2020-09-23 10:22 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-23 9:05 [Linux-kernel-mentees] [PATCH 0/4] net: usb: avoid using usb_control_msg() directly Himadri Pandya
2020-09-23 9:05 ` Himadri Pandya
2020-09-23 9:05 ` [Linux-kernel-mentees] [PATCH 1/4] net: usbnet: use usb_control_msg_recv() and usb_control_msg_send() Himadri Pandya
2020-09-23 9:05 ` Himadri Pandya
2020-09-23 10:24 ` [Linux-kernel-mentees] " Greg KH
2020-09-23 10:24 ` Greg KH
2020-09-23 14:08 ` [Linux-kernel-mentees] " Himadri Pandya
2020-09-23 14:08 ` Himadri Pandya
2020-09-23 9:05 ` [Linux-kernel-mentees] [PATCH 2/4] net: sierra_net: use usb_control_msg_recv() Himadri Pandya
2020-09-23 9:05 ` Himadri Pandya
2020-09-23 9:05 ` [Linux-kernel-mentees] [PATCH 3/4] net: usb: rtl8150: use usb_control_msg_recv() and usb_control_msg_send() Himadri Pandya
2020-09-23 9:05 ` Himadri Pandya
2020-09-23 10:22 ` [Linux-kernel-mentees] " Oliver Neukum
2020-09-23 10:22 ` Oliver Neukum
2020-09-23 14:06 ` [Linux-kernel-mentees] " Himadri Pandya
2020-09-23 14:06 ` Himadri Pandya
2020-09-23 14:20 ` [Linux-kernel-mentees] " Oliver Neukum
2020-09-23 14:20 ` Oliver Neukum
2020-09-23 14:32 ` [Linux-kernel-mentees] " Himadri Pandya
2020-09-23 14:32 ` Himadri Pandya
2020-09-24 11:13 ` [Linux-kernel-mentees] " Oliver Neukum
2020-09-24 11:13 ` Oliver Neukum
2020-09-25 11:23 ` [Linux-kernel-mentees] " Himadri Pandya
2020-09-25 11:23 ` Himadri Pandya
2020-09-23 14:48 ` [Linux-kernel-mentees] " Petko Manolov
2020-09-23 14:48 ` Petko Manolov
2020-09-24 11:09 ` [Linux-kernel-mentees] " Oliver Neukum
2020-09-24 11:09 ` Oliver Neukum
2020-09-24 15:40 ` [Linux-kernel-mentees] " Petko Manolov
2020-09-24 15:40 ` Petko Manolov
2020-09-24 16:01 ` [Linux-kernel-mentees] " Greg KH
2020-09-24 16:01 ` Greg KH
2020-09-23 9:05 ` [Linux-kernel-mentees] [PATCH 4/4] net: rndis_host: " Himadri Pandya
2020-09-23 9:05 ` Himadri Pandya
2020-09-23 10:22 ` Greg KH [this message]
2020-09-23 10:22 ` Greg KH
2020-09-23 14:14 ` [Linux-kernel-mentees] " Himadri Pandya
2020-09-23 14:14 ` Himadri Pandya
2020-09-23 10:23 ` [Linux-kernel-mentees] [PATCH 0/4] net: usb: avoid using usb_control_msg() directly Greg KH
2020-09-23 10:23 ` Greg KH
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=20200923102256.GA3154647@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=davem@davemloft.net \
--cc=himadrispandya@gmail.com \
--cc=keescook@chromium.org \
--cc=kuba@kernel.org \
--cc=linux-kernel-mentees@lists.linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=ogiannou@gmail.com \
--cc=oneukum@suse.com \
--cc=pankaj.laxminarayan.bharadiya@intel.com \
--cc=petkan@nucleusys.com \
--cc=yuehaibing@huawei.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 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.