Re: [PATCH] usb: dwc3: Fix the USB 3.0 hub detection bug after warm boot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

gustavo panizzo <gfa@xxxxxxxxxxxx> writes:
>>>>>>>>---
>>>>>>>> drivers/usb/dwc3/core.c | 33 +++++++++++++++++++++++++++++++++
>>>>>>>> 1 file changed, 33 insertions(+)
>>>>>>>>
>>>>>>>>diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
>>>>>>>>index 326b302fc440..f92dfe213d89 100644
>>>>>>>>--- a/drivers/usb/dwc3/core.c
>>>>>>>>+++ b/drivers/usb/dwc3/core.c
>>>>>>>>@@ -1259,6 +1259,38 @@ static int dwc3_probe(struct platform_device
>>>>>>>>*pdev)
>>>>>>>>        return ret;
>>>>>>>> }
>>>>>>>>
>>>>>>>>+static void dwc3_shutdown(struct platform_device *pdev)
>>>>>>>>+{
>>>>>>>>+       struct dwc3     *dwc = platform_get_drvdata(pdev);
>>>>>>>>+       struct resource *res = platform_get_resource(pdev,
>>>>>>>>IORESOURCE_MEM, 0);
>>>>>>>>+
>>>>>>>>+       pm_runtime_get_sync(&pdev->dev);
>>>>>>>>+       /*
>>>>>>>>+        * restore res->start back to its original value so that, in case
>>>>>>>>the
>>>>>>>>+        * probe is deferred, we don't end up getting error in request
>>>>>>>>the
>>>>>>>>+        * memory region the next time probe is called.
>>>>>>>>+        */
>>>>>>>>+       res->start -= DWC3_GLOBALS_REGS_START;
>>>>>>>>+
>>>>>>>>+       dwc3_debugfs_exit(dwc);
>>>>>>>>+       dwc3_core_exit_mode(dwc);
>>>>>>>>+       dwc3_event_buffers_cleanup(dwc);
>>>>>>
>>>>>>
>>>>>>What about dwc3_event_buffers_cleanup? should I remove it from
>>>>>>dwc3_shutdown()?
>>>>>>It is already in dwc3_core_exit()
>>>>>
>>>>>I think so. We should avoid duplicate code.
>>>>>
>>>>>>>>+       dwc3_free_event_buffers(dwc);
>>>>>>>>+
>>>>>>>>+       usb_phy_set_suspend(dwc->usb2_phy, 1);
>>>>>>>>+       usb_phy_set_suspend(dwc->usb3_phy, 1);
>>>>>>>>+
>>>>>>>>+       phy_power_off(dwc->usb2_generic_phy);
>>>>>>>>+       phy_power_off(dwc->usb3_generic_phy);
>>>>>>>
>>>>>>>
>>>>>>>We've done these in dwc3_core_exit().
>>>>
>>>>This is the patch after testing on a Odroid XU4, on top of linux-next
>>>>964bcc1b4f57028d56dace7d9bc5924f2eb43f36 which translates to 4.13.0-rc1-next-20170717+
>>>>I tested this patch for a week without problems with heavy USB and NIC usage.
>>>>Please consider merging it
>
> Author: Brian Kim <brian.kim@xxxxxxxxxxxxxx>
> Date:   Wed Jul 12 11:26:55 2017 +0800
>
>    usb: dwc3: Fix the USB 3.0 hub detection bug after warm boot
>    The dwc3 could not release resources when the module is built-in
>    because this module does not have shutdown method. This causes the USB
>    3.0 hub is not able to detect after warm boot.
>    Original patch by Brian Kim, updated and submitted upstream by gustavo
>    panizzo.
>    Also see https://bugs.debian.org/843448
>    Signed-off-by: Brian Kim <brian.kim@xxxxxxxxxxxxxx>
>    Signed-off-by: gustavo panizzo <gfa@xxxxxxxxxxxx>
>
> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
> index 326b302fc440..09de37d47ee7 100644
> --- a/drivers/usb/dwc3/core.c
> +++ b/drivers/usb/dwc3/core.c
> @@ -1259,6 +1259,32 @@ static int dwc3_probe(struct platform_device *pdev)
>        	return ret;
> }
>
> +static void dwc3_shutdown(struct platform_device *pdev)
> +{
> +       struct dwc3     *dwc = platform_get_drvdata(pdev);
> +       struct resource *res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> +
> +       pm_runtime_get_sync(&pdev->dev);
> +       /*
> +        * restore res->start back to its original value so that, in case the
> +        * probe is deferred, we don't end up getting error in request the
> +        * memory region the next time probe is called.
> +        */
> +       res->start -= DWC3_GLOBALS_REGS_START;
> +
> +       dwc3_debugfs_exit(dwc);
> +       dwc3_core_exit_mode(dwc);
> +       dwc3_event_buffers_cleanup(dwc);
> +       dwc3_free_event_buffers(dwc);
> +
> +       dwc3_core_exit(dwc);
> +       dwc3_ulpi_exit(dwc);
> +
> +       pm_runtime_put_sync(&pdev->dev);
> +       pm_runtime_allow(&pdev->dev);
> +       pm_runtime_disable(&pdev->dev);
> +}
> +
> static int dwc3_remove(struct platform_device *pdev)
> {
>        	struct dwc3     *dwc = platform_get_drvdata(pdev);
> @@ -1488,6 +1514,7 @@ MODULE_DEVICE_TABLE(acpi, dwc3_acpi_match);
> static struct platform_driver dwc3_driver = {
>         .probe          = dwc3_probe,
>         .remove         = dwc3_remove,
> +	.shutdown	= dwc3_shutdown,
>         .driver         = {
>                 .name   = "dwc3",
>                 .of_match_table = of_match_ptr(of_dwc3_match),
>
> Patch applies cleanly on top of c6be5a0e3cebc145127d46a58350e05d2bcf6323 from linux-next
> Can you _please_ merge it?

why are you upset? You didn't do the changes I requested until now. It's
too late for v4.14 merge window and you didn't even send this as a
proper patch. I also have no evidence that you've been testing mainline
kernel, the commits you pointed me to are against a v4.9 vendor kernel.

Test this against a vanilla tree (v4.13 was tagged days ago) and give me
logs showing the problem without your commit.

Also, the commit you pointed me to couldn't be the culprit: we didn't
have a ->shutdown() before and that commit didn't change that. All that
commit did was extract some code to helper functions which would be
reused.

On top of all that, Brian's commit merely duplicates the ->remove()
method as ->shutdown(), we don't want duplicated code, sorry.

-- 
balbi

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]