If a hub is disconnected that has device(s) that's attached to the usbip layer
the disconnect function might fail because it tries to release the port
on an already disconnected hub.
Fixes: 6080cd0e9239 ("staging: usbip: claim ports used by shared devices")
Signed-off-by: Jonas Blixt <[email protected]>
---
v2:
- Clarify comment
v1:
Link to v1: https://lore.kernel.org/linux-usb/20230615092205.GA1212960@W388ANL/T/#m575e37dc404067797eadf4444857366c73ba3420
---
drivers/usb/usbip/stub_dev.c | 9 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/usbip/stub_dev.c b/drivers/usb/usbip/stub_dev.c
index 2305d425e6c9..2170c95c8dab 100644
--- a/drivers/usb/usbip/stub_dev.c
+++ b/drivers/usb/usbip/stub_dev.c
@@ -427,8 +427,13 @@ static void stub_disconnect(struct usb_device *udev)
/* release port */
rc = usb_hub_release_port(udev->parent, udev->portnum,
(struct usb_dev_state *) udev);
- if (rc) {
- dev_dbg(&udev->dev, "unable to release port\n");
+ /*
+ * NOTE: If a HUB disconnect triggered disconnect of the down stream
+ * device usb_hub_release_port will return -ENODEV so we can safely ignore
+ * that error here.
+ */
+ if (rc && (rc != -ENODEV)) {
+ dev_dbg(&udev->dev, "unable to release port (%i)\n", rc);
return;
}
--
2.25.1
On Thu, Jun 15, 2023 at 11:28:10AM +0200, Jonas Blixt wrote:
> If a hub is disconnected that has device(s) that's attached to the usbip layer
> the disconnect function might fail because it tries to release the port
> on an already disconnected hub.
>
> Fixes: 6080cd0e9239 ("staging: usbip: claim ports used by shared devices")
> Signed-off-by: Jonas Blixt <[email protected]>
> ---
> v2:
> - Clarify comment
> v1:
> Link to v1: https://lore.kernel.org/linux-usb/20230615092205.GA1212960@W388ANL/T/#m575e37dc404067797eadf4444857366c73ba3420
> ---
> drivers/usb/usbip/stub_dev.c | 9 +++++++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/usb/usbip/stub_dev.c b/drivers/usb/usbip/stub_dev.c
> index 2305d425e6c9..2170c95c8dab 100644
> --- a/drivers/usb/usbip/stub_dev.c
> +++ b/drivers/usb/usbip/stub_dev.c
> @@ -427,8 +427,13 @@ static void stub_disconnect(struct usb_device *udev)
> /* release port */
> rc = usb_hub_release_port(udev->parent, udev->portnum,
> (struct usb_dev_state *) udev);
> - if (rc) {
> - dev_dbg(&udev->dev, "unable to release port\n");
> + /*
> + * NOTE: If a HUB disconnect triggered disconnect of the down stream
> + * device usb_hub_release_port will return -ENODEV so we can safely ignore
> + * that error here.
> + */
> + if (rc && (rc != -ENODEV)) {
> + dev_dbg(&udev->dev, "unable to release port (%i)\n", rc);
> return;
> }
>
> --
> 2.25.1
>
Shuah, what ever happened to this change, is it correct or was something
else applied to fix it?
thanks,
greg k-h
On 10/5/23 01:22, Greg KH wrote:
> On Thu, Jun 15, 2023 at 11:28:10AM +0200, Jonas Blixt wrote:
>> If a hub is disconnected that has device(s) that's attached to the usbip layer
>> the disconnect function might fail because it tries to release the port
>> on an already disconnected hub.
>>
>> Fixes: 6080cd0e9239 ("staging: usbip: claim ports used by shared devices")
>> Signed-off-by: Jonas Blixt <[email protected]>
>> ---
>> v2:
>> - Clarify comment
>> v1:
>> Link to v1: https://lore.kernel.org/linux-usb/20230615092205.GA1212960@W388ANL/T/#m575e37dc404067797eadf4444857366c73ba3420
>> ---
>> drivers/usb/usbip/stub_dev.c | 9 +++++++--
>> 1 file changed, 7 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/usb/usbip/stub_dev.c b/drivers/usb/usbip/stub_dev.c
>> index 2305d425e6c9..2170c95c8dab 100644
>> --- a/drivers/usb/usbip/stub_dev.c
>> +++ b/drivers/usb/usbip/stub_dev.c
>> @@ -427,8 +427,13 @@ static void stub_disconnect(struct usb_device *udev)
>> /* release port */
>> rc = usb_hub_release_port(udev->parent, udev->portnum,
>> (struct usb_dev_state *) udev);
>> - if (rc) {
>> - dev_dbg(&udev->dev, "unable to release port\n");
>> + /*
>> + * NOTE: If a HUB disconnect triggered disconnect of the down stream
>> + * device usb_hub_release_port will return -ENODEV so we can safely ignore
>> + * that error here.
>> + */
>> + if (rc && (rc != -ENODEV)) {
>> + dev_dbg(&udev->dev, "unable to release port (%i)\n", rc);
>> return;
>> }
>>
>> --
>> 2.25.1
>>
>
> Shuah, what ever happened to this change, is it correct or was something
> else applied to fix it?
>
Sorry for the delay. I thought I took care of acking this one. :(
Acked-by: Shuah Khan <[email protected]>
thanks,
-- Shuah