From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Simon Holesch <simon@holesch.de>
Cc: Valentina Manea <valentina.manea.m@gmail.com>,
Shuah Khan <shuah@kernel.org>, Hongren Zheng <i@zenithal.me>,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3] usbip: Don't submit special requests twice
Date: Wed, 6 Dec 2023 12:38:59 +0900 [thread overview]
Message-ID: <2023120641-krypton-presume-a375@gregkh> (raw)
In-Reply-To: <20231130231650.22410-1-simon@holesch.de>
On Fri, Dec 01, 2023 at 12:10:13AM +0100, Simon Holesch wrote:
> Skip submitting URBs, when identical requests were already sent in
> tweak_special_requests(). Instead call the completion handler directly
> to return the result of the URB.
>
> Even though submitting those requests twice should be harmless, there
> are USB devices that react poorly to some duplicated requests.
>
> One example is the ChipIdea controller implementation in U-Boot: The
> second SET_CONFIURATION request makes U-Boot disable and re-enable all
> endpoints. Re-enabling an endpoint in the ChipIdea controller, however,
> was broken until U-Boot commit b272c8792502 ("usb: ci: Fix gadget
> reinit").
>
> Signed-off-by: Simon Holesch <simon@holesch.de>
> ---
>
> Changes in v3:
> - handle errors in tweak_* routines: send URB if tweaking fails
>
> Changes in v2:
> - explain change in commit message
>
> Thanks again for the feedback!
>
> drivers/usb/usbip/stub_rx.c | 73 +++++++++++++++++++++++--------------
> 1 file changed, 46 insertions(+), 27 deletions(-)
>
> diff --git a/drivers/usb/usbip/stub_rx.c b/drivers/usb/usbip/stub_rx.c
> index fc01b31bbb87..76a6f46b8676 100644
> --- a/drivers/usb/usbip/stub_rx.c
> +++ b/drivers/usb/usbip/stub_rx.c
> @@ -144,53 +144,62 @@ static int tweak_set_configuration_cmd(struct urb *urb)
> if (err && err != -ENODEV)
> dev_err(&sdev->udev->dev, "can't set config #%d, error %d\n",
> config, err);
> - return 0;
> + return err;
> }
>
> static int tweak_reset_device_cmd(struct urb *urb)
> {
> struct stub_priv *priv = (struct stub_priv *) urb->context;
> struct stub_device *sdev = priv->sdev;
> + int err;
>
> dev_info(&urb->dev->dev, "usb_queue_reset_device\n");
>
> - if (usb_lock_device_for_reset(sdev->udev, NULL) < 0) {
> + err = usb_lock_device_for_reset(sdev->udev, NULL)
You didn't actually build this change, so how was it tested?
{sigh}
greg k-h
next prev parent reply other threads:[~2023-12-06 3:39 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-30 23:10 [PATCH v3] usbip: Don't submit special requests twice Simon Holesch
2023-12-04 18:19 ` Shuah Khan
2023-12-06 3:38 ` Greg Kroah-Hartman [this message]
2023-12-06 4:57 ` Simon Holesch
2023-12-06 7:00 ` kernel test robot
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=2023120641-krypton-presume-a375@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=i@zenithal.me \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=shuah@kernel.org \
--cc=simon@holesch.de \
--cc=valentina.manea.m@gmail.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