* [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver @ 2021-07-27 0:41 Matthias Kaehlcke 2021-07-27 0:41 ` [PATCH v15 3/6] arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM Matthias Kaehlcke ` (2 more replies) 0 siblings, 3 replies; 10+ messages in thread From: Matthias Kaehlcke @ 2021-07-27 0:41 UTC (permalink / raw) To: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi Cc: Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Matthias Kaehlcke, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Roger Quadros, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel, linux-arm-msm This series adds: - the onboard_usb_hub_driver - glue in the xhci-plat driver to create and destroy the onboard_usb_hub platform devices if needed - a device tree binding for the Realtek RTS5411 USB hub controller - device tree changes that add RTS5411 entries for the QCA SC7180 based boards trogdor and lazor - a couple of stubs for platform device functions to avoid unresolved symbols with certain kernel configs The main issue the driver addresses is that a USB hub needs to be powered before it can be discovered. For discrete onboard hubs (an example for such a hub is the Realtek RTS5411) this is often solved by supplying the hub with an 'always-on' regulator, which is kind of a hack. Some onboard hubs may require further initialization steps, like changing the state of a GPIO or enabling a clock, which requires even more hacks. This driver creates a platform device representing the hub which performs the necessary initialization. Currently it only supports switching on a single regulator, support for multiple regulators or other actions can be added as needed. Different initialization sequences can be supported based on the compatible string. Besides performing the initialization the driver can be configured to power the hub off during system suspend. This can help to extend battery life on battery powered devices which have no requirements to keep the hub powered during suspend. The driver can also be configured to leave the hub powered when a wakeup capable USB device is connected when suspending, and power it off otherwise. Changes in v15: - adjusted dependencies of USB_DWC3_CORE to make sure it can only be enabled when at least one of USB_DWC3_HOST, USB_DWC3_GADGET or USB_DWC3_DUAL_ROLE is selectable Changes in v14: - rebased on top of v5.14-rc1 - dropped DT binding patch which landed in v5.13 Changes in v13: - added patch "usb: Specify dependency on USB_XHCI_PLATFORM with 'depends on'" to the series to avoid Kconfig conflicts - added patch "arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM" to the series to keep effective defconfig unchanged Changes in v12: - onboard_hub driver: use IS_ENABLED(CONFIG_USB_ONBOARD_HUB_MODULE) in onboard_hub.h to also check for the driver built as module - onboard_hub_driver: include onboard_hub.h again to make sure there are prototype declarations for the public functions Changes in v11: - support multiple onboard hubs connected to the same parent - don't include ‘onboard_hub.h’ from the onboard hub driver Changes in v10: - always use of_is_onboard_usb_hub() stub unless ONBOARD_USB_HUB=y/m - keep 'regulator-boot-on' property for pp3300_hub Changes in v9: - added dependency on ONBOARD_USB_HUB (or !!ONBOARD_USB_HUB) to USB_PLATFORM_XHCI Changes in v7: - updated DT binding - series rebased on qcom/arm64-for-5.13 Changes in v6: - updated summary Changes in v5: - cover letter added Matthias Kaehlcke (6): usb: misc: Add onboard_usb_hub driver of/platform: Add stubs for of_platform_device_create/destroy() arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM usb: Specify dependencies on USB_XHCI_PLATFORM with 'depends on' usb: host: xhci-plat: Create platform device for onboard hubs in probe() arm64: dts: qcom: sc7180-trogdor: Add nodes for onboard USB hub .../sysfs-bus-platform-onboard-usb-hub | 8 + MAINTAINERS | 7 + .../boot/dts/qcom/sc7180-trogdor-lazor-r0.dts | 19 +- .../boot/dts/qcom/sc7180-trogdor-lazor-r1.dts | 12 +- .../arm64/boot/dts/qcom/sc7180-trogdor-r1.dts | 19 +- arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 +- arch/arm64/configs/defconfig | 1 + drivers/usb/cdns3/Kconfig | 2 +- drivers/usb/dwc3/Kconfig | 5 +- drivers/usb/host/Kconfig | 5 +- drivers/usb/host/xhci-plat.c | 6 + drivers/usb/host/xhci.h | 2 + drivers/usb/misc/Kconfig | 17 + drivers/usb/misc/Makefile | 1 + drivers/usb/misc/onboard_usb_hub.c | 497 ++++++++++++++++++ include/linux/of_platform.h | 22 +- include/linux/usb/onboard_hub.h | 18 + 17 files changed, 621 insertions(+), 39 deletions(-) create mode 100644 Documentation/ABI/testing/sysfs-bus-platform-onboard-usb-hub create mode 100644 drivers/usb/misc/onboard_usb_hub.c create mode 100644 include/linux/usb/onboard_hub.h -- 2.32.0.432.gabb21c7263-goog _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH v15 3/6] arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM 2021-07-27 0:41 [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke @ 2021-07-27 0:41 ` Matthias Kaehlcke 2021-08-09 15:49 ` [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke 2021-10-19 16:24 ` Dmitry Baryshkov 2 siblings, 0 replies; 10+ messages in thread From: Matthias Kaehlcke @ 2021-07-27 0:41 UTC (permalink / raw) To: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi Cc: Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Matthias Kaehlcke, Andrey Zhizhikin, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Enric Balletbo i Serra, Guido Günther, Jagan Teki, Nishanth Menon, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel The dependency of USB_DWC3 on USB_XHCI_PLATFORM is being changed from 'select' to 'depends on' by another patch. The defconfig selects USB_DWC3 and implicitly USB_DWC3_DUAL_ROLE, to keep this unchanged USB_XHCI_PLATFORM now needs to be selected explicitly. Signed-off-by: Matthias Kaehlcke <mka@chromium.org> Reviewed-by: Douglas Anderson <dianders@chromium.org> --- Changes in v15: - none Changes in v14: - rebased on v5.14-rc1 (with the rest of the series) - added 'Reviewed-by' tag from Doug Changes in v13: - patch added to the series arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index f423d08b9a71..b243bd11a4ed 100644 --- a/arch/arm64/configs/defconfig +++ b/arch/arm64/configs/defconfig @@ -802,6 +802,7 @@ CONFIG_USB_OTG=y CONFIG_USB_XHCI_HCD=y CONFIG_USB_XHCI_PCI=m CONFIG_USB_XHCI_PCI_RENESAS=m +CONFIG_USB_XHCI_PLATFORM=y CONFIG_USB_XHCI_TEGRA=y CONFIG_USB_EHCI_HCD=y CONFIG_USB_EHCI_EXYNOS=y -- 2.32.0.432.gabb21c7263-goog _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-07-27 0:41 [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke 2021-07-27 0:41 ` [PATCH v15 3/6] arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM Matthias Kaehlcke @ 2021-08-09 15:49 ` Matthias Kaehlcke 2021-08-11 12:38 ` Roger Quadros 2021-10-19 16:24 ` Dmitry Baryshkov 2 siblings, 1 reply; 10+ messages in thread From: Matthias Kaehlcke @ 2021-08-09 15:49 UTC (permalink / raw) To: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi Cc: Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Roger Quadros, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel, linux-arm-msm Hi Greg, Just wanted to check if this series is still on your radar. Is there anything that blocks it from landing (further ACKs, ...)? Thanks Matthias On Mon, Jul 26, 2021 at 05:41:12PM -0700, Matthias Kaehlcke wrote: > This series adds: > - the onboard_usb_hub_driver > - glue in the xhci-plat driver to create and destroy the > onboard_usb_hub platform devices if needed > - a device tree binding for the Realtek RTS5411 USB hub controller > - device tree changes that add RTS5411 entries for the QCA SC7180 > based boards trogdor and lazor > - a couple of stubs for platform device functions to avoid > unresolved symbols with certain kernel configs > > The main issue the driver addresses is that a USB hub needs to be > powered before it can be discovered. For discrete onboard hubs (an > example for such a hub is the Realtek RTS5411) this is often solved > by supplying the hub with an 'always-on' regulator, which is kind > of a hack. Some onboard hubs may require further initialization > steps, like changing the state of a GPIO or enabling a clock, which > requires even more hacks. This driver creates a platform device > representing the hub which performs the necessary initialization. > Currently it only supports switching on a single regulator, support > for multiple regulators or other actions can be added as needed. > Different initialization sequences can be supported based on the > compatible string. > > Besides performing the initialization the driver can be configured > to power the hub off during system suspend. This can help to extend > battery life on battery powered devices which have no requirements > to keep the hub powered during suspend. The driver can also be > configured to leave the hub powered when a wakeup capable USB device > is connected when suspending, and power it off otherwise. > > Changes in v15: > - adjusted dependencies of USB_DWC3_CORE to make sure it can only > be enabled when at least one of USB_DWC3_HOST, USB_DWC3_GADGET > or USB_DWC3_DUAL_ROLE is selectable > > Changes in v14: > - rebased on top of v5.14-rc1 > - dropped DT binding patch which landed in v5.13 > > Changes in v13: > - added patch "usb: Specify dependency on USB_XHCI_PLATFORM with > 'depends on'" to the series to avoid Kconfig conflicts > - added patch "arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM" > to the series to keep effective defconfig unchanged > > Changes in v12: > - onboard_hub driver: use IS_ENABLED(CONFIG_USB_ONBOARD_HUB_MODULE) > in onboard_hub.h to also check for the driver built as module > - onboard_hub_driver: include onboard_hub.h again to make sure there > are prototype declarations for the public functions > > Changes in v11: > - support multiple onboard hubs connected to the same parent > - don't include ‘onboard_hub.h’ from the onboard hub driver > > Changes in v10: > - always use of_is_onboard_usb_hub() stub unless ONBOARD_USB_HUB=y/m > - keep 'regulator-boot-on' property for pp3300_hub > > Changes in v9: > - added dependency on ONBOARD_USB_HUB (or !!ONBOARD_USB_HUB) to > USB_PLATFORM_XHCI > > Changes in v7: > - updated DT binding > - series rebased on qcom/arm64-for-5.13 > > Changes in v6: > - updated summary > > Changes in v5: > - cover letter added > > Matthias Kaehlcke (6): > usb: misc: Add onboard_usb_hub driver > of/platform: Add stubs for of_platform_device_create/destroy() > arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM > usb: Specify dependencies on USB_XHCI_PLATFORM with 'depends on' > usb: host: xhci-plat: Create platform device for onboard hubs in > probe() > arm64: dts: qcom: sc7180-trogdor: Add nodes for onboard USB hub > > .../sysfs-bus-platform-onboard-usb-hub | 8 + > MAINTAINERS | 7 + > .../boot/dts/qcom/sc7180-trogdor-lazor-r0.dts | 19 +- > .../boot/dts/qcom/sc7180-trogdor-lazor-r1.dts | 12 +- > .../arm64/boot/dts/qcom/sc7180-trogdor-r1.dts | 19 +- > arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 +- > arch/arm64/configs/defconfig | 1 + > drivers/usb/cdns3/Kconfig | 2 +- > drivers/usb/dwc3/Kconfig | 5 +- > drivers/usb/host/Kconfig | 5 +- > drivers/usb/host/xhci-plat.c | 6 + > drivers/usb/host/xhci.h | 2 + > drivers/usb/misc/Kconfig | 17 + > drivers/usb/misc/Makefile | 1 + > drivers/usb/misc/onboard_usb_hub.c | 497 ++++++++++++++++++ > include/linux/of_platform.h | 22 +- > include/linux/usb/onboard_hub.h | 18 + > 17 files changed, 621 insertions(+), 39 deletions(-) > create mode 100644 Documentation/ABI/testing/sysfs-bus-platform-onboard-usb-hub > create mode 100644 drivers/usb/misc/onboard_usb_hub.c > create mode 100644 include/linux/usb/onboard_hub.h > > -- > 2.32.0.432.gabb21c7263-goog > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-08-09 15:49 ` [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke @ 2021-08-11 12:38 ` Roger Quadros 2021-08-11 12:56 ` Roger Quadros 0 siblings, 1 reply; 10+ messages in thread From: Roger Quadros @ 2021-08-11 12:38 UTC (permalink / raw) To: Matthias Kaehlcke, Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi Cc: Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel, linux-arm-msm Hi Matthias, On 09/08/2021 18:49, Matthias Kaehlcke wrote: > Hi Greg, > > Just wanted to check if this series is still on your radar. Is > there anything that blocks it from landing (further ACKs, ...)? > > Thanks > > Matthias > > On Mon, Jul 26, 2021 at 05:41:12PM -0700, Matthias Kaehlcke wrote: >> This series adds: >> - the onboard_usb_hub_driver >> - glue in the xhci-plat driver to create and destroy the >> onboard_usb_hub platform devices if needed >> - a device tree binding for the Realtek RTS5411 USB hub controller >> - device tree changes that add RTS5411 entries for the QCA SC7180 >> based boards trogdor and lazor >> - a couple of stubs for platform device functions to avoid >> unresolved symbols with certain kernel configs >> >> The main issue the driver addresses is that a USB hub needs to be >> powered before it can be discovered. For discrete onboard hubs (an >> example for such a hub is the Realtek RTS5411) this is often solved >> by supplying the hub with an 'always-on' regulator, which is kind >> of a hack. Some onboard hubs may require further initialization >> steps, like changing the state of a GPIO or enabling a clock, which >> requires even more hacks. This driver creates a platform device >> representing the hub which performs the necessary initialization. >> Currently it only supports switching on a single regulator, support >> for multiple regulators or other actions can be added as needed. >> Different initialization sequences can be supported based on the >> compatible string. >> >> Besides performing the initialization the driver can be configured >> to power the hub off during system suspend. This can help to extend >> battery life on battery powered devices which have no requirements >> to keep the hub powered during suspend. The driver can also be >> configured to leave the hub powered when a wakeup capable USB device >> is connected when suspending, and power it off otherwise. >> >> Changes in v15: >> - adjusted dependencies of USB_DWC3_CORE to make sure it can only >> be enabled when at least one of USB_DWC3_HOST, USB_DWC3_GADGET >> or USB_DWC3_DUAL_ROLE is selectable >> >> Changes in v14: >> - rebased on top of v5.14-rc1 >> - dropped DT binding patch which landed in v5.13 >> >> Changes in v13: >> - added patch "usb: Specify dependency on USB_XHCI_PLATFORM with >> 'depends on'" to the series to avoid Kconfig conflicts >> - added patch "arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM" >> to the series to keep effective defconfig unchanged >> >> Changes in v12: >> - onboard_hub driver: use IS_ENABLED(CONFIG_USB_ONBOARD_HUB_MODULE) >> in onboard_hub.h to also check for the driver built as module >> - onboard_hub_driver: include onboard_hub.h again to make sure there >> are prototype declarations for the public functions >> >> Changes in v11: >> - support multiple onboard hubs connected to the same parent >> - don't include ‘onboard_hub.h’ from the onboard hub driver >> >> Changes in v10: >> - always use of_is_onboard_usb_hub() stub unless ONBOARD_USB_HUB=y/m >> - keep 'regulator-boot-on' property for pp3300_hub >> >> Changes in v9: >> - added dependency on ONBOARD_USB_HUB (or !!ONBOARD_USB_HUB) to >> USB_PLATFORM_XHCI >> >> Changes in v7: >> - updated DT binding >> - series rebased on qcom/arm64-for-5.13 >> >> Changes in v6: >> - updated summary >> >> Changes in v5: >> - cover letter added >> >> Matthias Kaehlcke (6): >> usb: misc: Add onboard_usb_hub driver >> of/platform: Add stubs for of_platform_device_create/destroy() >> arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM >> usb: Specify dependencies on USB_XHCI_PLATFORM with 'depends on' >> usb: host: xhci-plat: Create platform device for onboard hubs in >> probe() >> arm64: dts: qcom: sc7180-trogdor: Add nodes for onboard USB hub >> >> .../sysfs-bus-platform-onboard-usb-hub | 8 + >> MAINTAINERS | 7 + >> .../boot/dts/qcom/sc7180-trogdor-lazor-r0.dts | 19 +- >> .../boot/dts/qcom/sc7180-trogdor-lazor-r1.dts | 12 +- >> .../arm64/boot/dts/qcom/sc7180-trogdor-r1.dts | 19 +- >> arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 +- >> arch/arm64/configs/defconfig | 1 + >> drivers/usb/cdns3/Kconfig | 2 +- >> drivers/usb/dwc3/Kconfig | 5 +- >> drivers/usb/host/Kconfig | 5 +- These Kconfig changes are causing the resulting .config to be different. For example, if I start with omap2plus_defconfig, the resulting .config before and after your series is different as shown below :/work/linux$ diff /tmp/.config .config 1902d1901 < # CONFIG_HISI_HIKEY_USB is not set 4992c4991 < CONFIG_USB_XHCI_PLATFORM=m --- > # CONFIG_USB_XHCI_PLATFORM is not set 5073,5075c5072 < # CONFIG_USB_DWC3_HOST is not set < # CONFIG_USB_DWC3_GADGET is not set < CONFIG_USB_DWC3_DUAL_ROLE=y --- > CONFIG_USB_DWC3_GADGET=y 5173a5171 > # CONFIG_USB_ONBOARD_HUB is not set 5285c5283 < CONFIG_USB_ROLE_SWITCH=m --- > # CONFIG_USB_ROLE_SWITCH is not set I would expect the same issues for multi_v7_defconfig and multi_v8_defconfig as well. I'm ok to update the relevant defconfigs files so that the resulting .config is identical to before your series. Thanks! -- cheers, -roger _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-08-11 12:38 ` Roger Quadros @ 2021-08-11 12:56 ` Roger Quadros 2021-08-12 17:08 ` Matthias Kaehlcke 0 siblings, 1 reply; 10+ messages in thread From: Roger Quadros @ 2021-08-11 12:56 UTC (permalink / raw) To: Matthias Kaehlcke, Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi Cc: Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel, linux-arm-msm On 11/08/2021 15:38, Roger Quadros wrote: > Hi Matthias, > > On 09/08/2021 18:49, Matthias Kaehlcke wrote: >> Hi Greg, >> >> Just wanted to check if this series is still on your radar. Is >> there anything that blocks it from landing (further ACKs, ...)? >> >> Thanks >> >> Matthias >> >> On Mon, Jul 26, 2021 at 05:41:12PM -0700, Matthias Kaehlcke wrote: >>> This series adds: >>> - the onboard_usb_hub_driver >>> - glue in the xhci-plat driver to create and destroy the >>> onboard_usb_hub platform devices if needed >>> - a device tree binding for the Realtek RTS5411 USB hub controller >>> - device tree changes that add RTS5411 entries for the QCA SC7180 >>> based boards trogdor and lazor >>> - a couple of stubs for platform device functions to avoid >>> unresolved symbols with certain kernel configs >>> >>> The main issue the driver addresses is that a USB hub needs to be >>> powered before it can be discovered. For discrete onboard hubs (an >>> example for such a hub is the Realtek RTS5411) this is often solved >>> by supplying the hub with an 'always-on' regulator, which is kind >>> of a hack. Some onboard hubs may require further initialization >>> steps, like changing the state of a GPIO or enabling a clock, which >>> requires even more hacks. This driver creates a platform device >>> representing the hub which performs the necessary initialization. >>> Currently it only supports switching on a single regulator, support >>> for multiple regulators or other actions can be added as needed. >>> Different initialization sequences can be supported based on the >>> compatible string. >>> >>> Besides performing the initialization the driver can be configured >>> to power the hub off during system suspend. This can help to extend >>> battery life on battery powered devices which have no requirements >>> to keep the hub powered during suspend. The driver can also be >>> configured to leave the hub powered when a wakeup capable USB device >>> is connected when suspending, and power it off otherwise. >>> >>> Changes in v15: >>> - adjusted dependencies of USB_DWC3_CORE to make sure it can only >>> be enabled when at least one of USB_DWC3_HOST, USB_DWC3_GADGET >>> or USB_DWC3_DUAL_ROLE is selectable >>> >>> Changes in v14: >>> - rebased on top of v5.14-rc1 >>> - dropped DT binding patch which landed in v5.13 >>> >>> Changes in v13: >>> - added patch "usb: Specify dependency on USB_XHCI_PLATFORM with >>> 'depends on'" to the series to avoid Kconfig conflicts >>> - added patch "arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM" >>> to the series to keep effective defconfig unchanged >>> >>> Changes in v12: >>> - onboard_hub driver: use IS_ENABLED(CONFIG_USB_ONBOARD_HUB_MODULE) >>> in onboard_hub.h to also check for the driver built as module >>> - onboard_hub_driver: include onboard_hub.h again to make sure there >>> are prototype declarations for the public functions >>> >>> Changes in v11: >>> - support multiple onboard hubs connected to the same parent >>> - don't include ‘onboard_hub.h’ from the onboard hub driver >>> >>> Changes in v10: >>> - always use of_is_onboard_usb_hub() stub unless ONBOARD_USB_HUB=y/m >>> - keep 'regulator-boot-on' property for pp3300_hub >>> >>> Changes in v9: >>> - added dependency on ONBOARD_USB_HUB (or !!ONBOARD_USB_HUB) to >>> USB_PLATFORM_XHCI >>> >>> Changes in v7: >>> - updated DT binding >>> - series rebased on qcom/arm64-for-5.13 >>> >>> Changes in v6: >>> - updated summary >>> >>> Changes in v5: >>> - cover letter added >>> >>> Matthias Kaehlcke (6): >>> usb: misc: Add onboard_usb_hub driver >>> of/platform: Add stubs for of_platform_device_create/destroy() >>> arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM >>> usb: Specify dependencies on USB_XHCI_PLATFORM with 'depends on' >>> usb: host: xhci-plat: Create platform device for onboard hubs in >>> probe() >>> arm64: dts: qcom: sc7180-trogdor: Add nodes for onboard USB hub >>> >>> .../sysfs-bus-platform-onboard-usb-hub | 8 + >>> MAINTAINERS | 7 + >>> .../boot/dts/qcom/sc7180-trogdor-lazor-r0.dts | 19 +- >>> .../boot/dts/qcom/sc7180-trogdor-lazor-r1.dts | 12 +- >>> .../arm64/boot/dts/qcom/sc7180-trogdor-r1.dts | 19 +- >>> arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 +- >>> arch/arm64/configs/defconfig | 1 + >>> drivers/usb/cdns3/Kconfig | 2 +- >>> drivers/usb/dwc3/Kconfig | 5 +- >>> drivers/usb/host/Kconfig | 5 +- > > These Kconfig changes are causing the resulting .config to be different. > For example, if I start with omap2plus_defconfig, the resulting .config > before and after your series is different as shown below > > :/work/linux$ diff /tmp/.config .config > 1902d1901 > < # CONFIG_HISI_HIKEY_USB is not set > 4992c4991 > < CONFIG_USB_XHCI_PLATFORM=m > --- >> # CONFIG_USB_XHCI_PLATFORM is not set > 5073,5075c5072 > < # CONFIG_USB_DWC3_HOST is not set > < # CONFIG_USB_DWC3_GADGET is not set > < CONFIG_USB_DWC3_DUAL_ROLE=y > --- >> CONFIG_USB_DWC3_GADGET=y > 5173a5171 >> # CONFIG_USB_ONBOARD_HUB is not set > 5285c5283 > < CONFIG_USB_ROLE_SWITCH=m > --- >> # CONFIG_USB_ROLE_SWITCH is not set > > I would expect the same issues for multi_v7_defconfig and multi_v8_defconfig as well. Sorry I meant defconfig for arm64, not multi_v8_defconfig. I checked that for arm64 defconfig it is ok. > I'm ok to update the relevant defconfigs files so that the resulting .config is identical to > before your series. Thanks! With the below patch you can fix it for omap2plus_defconfig and multi_v7_defconfig. diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index d9abaae118dd..8c175ab37377 100644 --- a/arch/arm/configs/multi_v7_defconfig +++ b/arch/arm/configs/multi_v7_defconfig @@ -787,6 +787,7 @@ CONFIG_SND_AUDIO_GRAPH_CARD=m CONFIG_USB=y CONFIG_USB_OTG=y CONFIG_USB_XHCI_HCD=y +CONFIG_USB_XHCI_PLATFORM=y CONFIG_USB_XHCI_MVEBU=y CONFIG_USB_XHCI_TEGRA=m CONFIG_USB_EHCI_HCD=y diff --git a/arch/arm/configs/omap2plus_defconfig b/arch/arm/configs/omap2plus_defconfig index 2ac2418084ab..a015fb04fa25 100644 --- a/arch/arm/configs/omap2plus_defconfig +++ b/arch/arm/configs/omap2plus_defconfig @@ -562,6 +562,7 @@ CONFIG_USB=m CONFIG_USB_ANNOUNCE_NEW_DEVICES=y CONFIG_USB_MON=m CONFIG_USB_XHCI_HCD=m +CONFIG_USB_XHCI_PLATFORM=m CONFIG_USB_EHCI_HCD=m CONFIG_USB_OHCI_HCD=m CONFIG_USB_ACM=m -- cheers, -roger _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-08-11 12:56 ` Roger Quadros @ 2021-08-12 17:08 ` Matthias Kaehlcke 2021-08-13 6:35 ` Roger Quadros 0 siblings, 1 reply; 10+ messages in thread From: Matthias Kaehlcke @ 2021-08-12 17:08 UTC (permalink / raw) To: Roger Quadros Cc: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi, Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel, linux-arm-msm Hi Roger, On Wed, Aug 11, 2021 at 03:56:15PM +0300, Roger Quadros wrote: > > > On 11/08/2021 15:38, Roger Quadros wrote: > > Hi Matthias, > > > > On 09/08/2021 18:49, Matthias Kaehlcke wrote: > >> Hi Greg, > >> > >> Just wanted to check if this series is still on your radar. Is > >> there anything that blocks it from landing (further ACKs, ...)? > >> > >> Thanks > >> > >> Matthias > >> > >> On Mon, Jul 26, 2021 at 05:41:12PM -0700, Matthias Kaehlcke wrote: > >>> This series adds: > >>> - the onboard_usb_hub_driver > >>> - glue in the xhci-plat driver to create and destroy the > >>> onboard_usb_hub platform devices if needed > >>> - a device tree binding for the Realtek RTS5411 USB hub controller > >>> - device tree changes that add RTS5411 entries for the QCA SC7180 > >>> based boards trogdor and lazor > >>> - a couple of stubs for platform device functions to avoid > >>> unresolved symbols with certain kernel configs > >>> > >>> The main issue the driver addresses is that a USB hub needs to be > >>> powered before it can be discovered. For discrete onboard hubs (an > >>> example for such a hub is the Realtek RTS5411) this is often solved > >>> by supplying the hub with an 'always-on' regulator, which is kind > >>> of a hack. Some onboard hubs may require further initialization > >>> steps, like changing the state of a GPIO or enabling a clock, which > >>> requires even more hacks. This driver creates a platform device > >>> representing the hub which performs the necessary initialization. > >>> Currently it only supports switching on a single regulator, support > >>> for multiple regulators or other actions can be added as needed. > >>> Different initialization sequences can be supported based on the > >>> compatible string. > >>> > >>> Besides performing the initialization the driver can be configured > >>> to power the hub off during system suspend. This can help to extend > >>> battery life on battery powered devices which have no requirements > >>> to keep the hub powered during suspend. The driver can also be > >>> configured to leave the hub powered when a wakeup capable USB device > >>> is connected when suspending, and power it off otherwise. > >>> > >>> Changes in v15: > >>> - adjusted dependencies of USB_DWC3_CORE to make sure it can only > >>> be enabled when at least one of USB_DWC3_HOST, USB_DWC3_GADGET > >>> or USB_DWC3_DUAL_ROLE is selectable > >>> > >>> Changes in v14: > >>> - rebased on top of v5.14-rc1 > >>> - dropped DT binding patch which landed in v5.13 > >>> > >>> Changes in v13: > >>> - added patch "usb: Specify dependency on USB_XHCI_PLATFORM with > >>> 'depends on'" to the series to avoid Kconfig conflicts > >>> - added patch "arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM" > >>> to the series to keep effective defconfig unchanged > >>> > >>> Changes in v12: > >>> - onboard_hub driver: use IS_ENABLED(CONFIG_USB_ONBOARD_HUB_MODULE) > >>> in onboard_hub.h to also check for the driver built as module > >>> - onboard_hub_driver: include onboard_hub.h again to make sure there > >>> are prototype declarations for the public functions > >>> > >>> Changes in v11: > >>> - support multiple onboard hubs connected to the same parent > >>> - don't include ‘onboard_hub.h’ from the onboard hub driver > >>> > >>> Changes in v10: > >>> - always use of_is_onboard_usb_hub() stub unless ONBOARD_USB_HUB=y/m > >>> - keep 'regulator-boot-on' property for pp3300_hub > >>> > >>> Changes in v9: > >>> - added dependency on ONBOARD_USB_HUB (or !!ONBOARD_USB_HUB) to > >>> USB_PLATFORM_XHCI > >>> > >>> Changes in v7: > >>> - updated DT binding > >>> - series rebased on qcom/arm64-for-5.13 > >>> > >>> Changes in v6: > >>> - updated summary > >>> > >>> Changes in v5: > >>> - cover letter added > >>> > >>> Matthias Kaehlcke (6): > >>> usb: misc: Add onboard_usb_hub driver > >>> of/platform: Add stubs for of_platform_device_create/destroy() > >>> arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM > >>> usb: Specify dependencies on USB_XHCI_PLATFORM with 'depends on' > >>> usb: host: xhci-plat: Create platform device for onboard hubs in > >>> probe() > >>> arm64: dts: qcom: sc7180-trogdor: Add nodes for onboard USB hub > >>> > >>> .../sysfs-bus-platform-onboard-usb-hub | 8 + > >>> MAINTAINERS | 7 + > >>> .../boot/dts/qcom/sc7180-trogdor-lazor-r0.dts | 19 +- > >>> .../boot/dts/qcom/sc7180-trogdor-lazor-r1.dts | 12 +- > >>> .../arm64/boot/dts/qcom/sc7180-trogdor-r1.dts | 19 +- > >>> arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 +- > >>> arch/arm64/configs/defconfig | 1 + > >>> drivers/usb/cdns3/Kconfig | 2 +- > >>> drivers/usb/dwc3/Kconfig | 5 +- > >>> drivers/usb/host/Kconfig | 5 +- > > > > These Kconfig changes are causing the resulting .config to be different. > > For example, if I start with omap2plus_defconfig, the resulting .config > > before and after your series is different as shown below > > > > :/work/linux$ diff /tmp/.config .config > > 1902d1901 > > < # CONFIG_HISI_HIKEY_USB is not set > > 4992c4991 > > < CONFIG_USB_XHCI_PLATFORM=m > > --- > >> # CONFIG_USB_XHCI_PLATFORM is not set > > 5073,5075c5072 > > < # CONFIG_USB_DWC3_HOST is not set > > < # CONFIG_USB_DWC3_GADGET is not set > > < CONFIG_USB_DWC3_DUAL_ROLE=y > > --- > >> CONFIG_USB_DWC3_GADGET=y > > 5173a5171 > >> # CONFIG_USB_ONBOARD_HUB is not set > > 5285c5283 > > < CONFIG_USB_ROLE_SWITCH=m > > --- > >> # CONFIG_USB_ROLE_SWITCH is not set > > > > I would expect the same issues for multi_v7_defconfig and multi_v8_defconfig as well. > > Sorry I meant defconfig for arm64, not multi_v8_defconfig. > > I checked that for arm64 defconfig it is ok. > > > I'm ok to update the relevant defconfigs files so that the resulting .config is identical to > > before your series. Thanks! > > With the below patch you can fix it for omap2plus_defconfig and multi_v7_defconfig. > > diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig > index d9abaae118dd..8c175ab37377 100644 > --- a/arch/arm/configs/multi_v7_defconfig > +++ b/arch/arm/configs/multi_v7_defconfig > @@ -787,6 +787,7 @@ CONFIG_SND_AUDIO_GRAPH_CARD=m > CONFIG_USB=y > CONFIG_USB_OTG=y > CONFIG_USB_XHCI_HCD=y > +CONFIG_USB_XHCI_PLATFORM=y > CONFIG_USB_XHCI_MVEBU=y > CONFIG_USB_XHCI_TEGRA=m > CONFIG_USB_EHCI_HCD=y > diff --git a/arch/arm/configs/omap2plus_defconfig b/arch/arm/configs/omap2plus_defconfig > index 2ac2418084ab..a015fb04fa25 100644 > --- a/arch/arm/configs/omap2plus_defconfig > +++ b/arch/arm/configs/omap2plus_defconfig > @@ -562,6 +562,7 @@ CONFIG_USB=m > CONFIG_USB_ANNOUNCE_NEW_DEVICES=y > CONFIG_USB_MON=m > CONFIG_USB_XHCI_HCD=m > +CONFIG_USB_XHCI_PLATFORM=m > CONFIG_USB_EHCI_HCD=m > CONFIG_USB_OHCI_HCD=m > CONFIG_USB_ACM=m Thanks for testing! I completely forgot that arm32 has all these different defconfigs. While trying to adjust qcom_defconfig I came across something that confuses me. The original defconfig results in: # CONFIG_USB_XHCI_HCD is not set CONFIG_USB_DWC3_DUAL_ROLE=y My assumption was that xHCI support is need for dwc3 dual mode (which is made explicit by https://lore.kernel.org/patchwork/patch/1468240/), is that incorrect? Maybe without xHCI support the controller can still operate in USB 2.0 dual role mode? _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-08-12 17:08 ` Matthias Kaehlcke @ 2021-08-13 6:35 ` Roger Quadros 2021-08-13 18:33 ` Matthias Kaehlcke 0 siblings, 1 reply; 10+ messages in thread From: Roger Quadros @ 2021-08-13 6:35 UTC (permalink / raw) To: Matthias Kaehlcke Cc: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi, Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel, linux-arm-msm Hi Matthias, On 12/08/2021 20:08, Matthias Kaehlcke wrote: > Hi Roger, > > On Wed, Aug 11, 2021 at 03:56:15PM +0300, Roger Quadros wrote: >> >> >> On 11/08/2021 15:38, Roger Quadros wrote: >>> Hi Matthias, >>> >>> On 09/08/2021 18:49, Matthias Kaehlcke wrote: >>>> Hi Greg, >>>> >>>> Just wanted to check if this series is still on your radar. Is >>>> there anything that blocks it from landing (further ACKs, ...)? >>>> >>>> Thanks >>>> >>>> Matthias >>>> >>>> On Mon, Jul 26, 2021 at 05:41:12PM -0700, Matthias Kaehlcke wrote: >>>>> This series adds: >>>>> - the onboard_usb_hub_driver >>>>> - glue in the xhci-plat driver to create and destroy the >>>>> onboard_usb_hub platform devices if needed >>>>> - a device tree binding for the Realtek RTS5411 USB hub controller >>>>> - device tree changes that add RTS5411 entries for the QCA SC7180 >>>>> based boards trogdor and lazor >>>>> - a couple of stubs for platform device functions to avoid >>>>> unresolved symbols with certain kernel configs >>>>> >>>>> The main issue the driver addresses is that a USB hub needs to be >>>>> powered before it can be discovered. For discrete onboard hubs (an >>>>> example for such a hub is the Realtek RTS5411) this is often solved >>>>> by supplying the hub with an 'always-on' regulator, which is kind >>>>> of a hack. Some onboard hubs may require further initialization >>>>> steps, like changing the state of a GPIO or enabling a clock, which >>>>> requires even more hacks. This driver creates a platform device >>>>> representing the hub which performs the necessary initialization. >>>>> Currently it only supports switching on a single regulator, support >>>>> for multiple regulators or other actions can be added as needed. >>>>> Different initialization sequences can be supported based on the >>>>> compatible string. >>>>> >>>>> Besides performing the initialization the driver can be configured >>>>> to power the hub off during system suspend. This can help to extend >>>>> battery life on battery powered devices which have no requirements >>>>> to keep the hub powered during suspend. The driver can also be >>>>> configured to leave the hub powered when a wakeup capable USB device >>>>> is connected when suspending, and power it off otherwise. >>>>> >>>>> Changes in v15: >>>>> - adjusted dependencies of USB_DWC3_CORE to make sure it can only >>>>> be enabled when at least one of USB_DWC3_HOST, USB_DWC3_GADGET >>>>> or USB_DWC3_DUAL_ROLE is selectable >>>>> >>>>> Changes in v14: >>>>> - rebased on top of v5.14-rc1 >>>>> - dropped DT binding patch which landed in v5.13 >>>>> >>>>> Changes in v13: >>>>> - added patch "usb: Specify dependency on USB_XHCI_PLATFORM with >>>>> 'depends on'" to the series to avoid Kconfig conflicts >>>>> - added patch "arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM" >>>>> to the series to keep effective defconfig unchanged >>>>> >>>>> Changes in v12: >>>>> - onboard_hub driver: use IS_ENABLED(CONFIG_USB_ONBOARD_HUB_MODULE) >>>>> in onboard_hub.h to also check for the driver built as module >>>>> - onboard_hub_driver: include onboard_hub.h again to make sure there >>>>> are prototype declarations for the public functions >>>>> >>>>> Changes in v11: >>>>> - support multiple onboard hubs connected to the same parent >>>>> - don't include ‘onboard_hub.h’ from the onboard hub driver >>>>> >>>>> Changes in v10: >>>>> - always use of_is_onboard_usb_hub() stub unless ONBOARD_USB_HUB=y/m >>>>> - keep 'regulator-boot-on' property for pp3300_hub >>>>> >>>>> Changes in v9: >>>>> - added dependency on ONBOARD_USB_HUB (or !!ONBOARD_USB_HUB) to >>>>> USB_PLATFORM_XHCI >>>>> >>>>> Changes in v7: >>>>> - updated DT binding >>>>> - series rebased on qcom/arm64-for-5.13 >>>>> >>>>> Changes in v6: >>>>> - updated summary >>>>> >>>>> Changes in v5: >>>>> - cover letter added >>>>> >>>>> Matthias Kaehlcke (6): >>>>> usb: misc: Add onboard_usb_hub driver >>>>> of/platform: Add stubs for of_platform_device_create/destroy() >>>>> arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM >>>>> usb: Specify dependencies on USB_XHCI_PLATFORM with 'depends on' >>>>> usb: host: xhci-plat: Create platform device for onboard hubs in >>>>> probe() >>>>> arm64: dts: qcom: sc7180-trogdor: Add nodes for onboard USB hub >>>>> >>>>> .../sysfs-bus-platform-onboard-usb-hub | 8 + >>>>> MAINTAINERS | 7 + >>>>> .../boot/dts/qcom/sc7180-trogdor-lazor-r0.dts | 19 +- >>>>> .../boot/dts/qcom/sc7180-trogdor-lazor-r1.dts | 12 +- >>>>> .../arm64/boot/dts/qcom/sc7180-trogdor-r1.dts | 19 +- >>>>> arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 +- >>>>> arch/arm64/configs/defconfig | 1 + >>>>> drivers/usb/cdns3/Kconfig | 2 +- >>>>> drivers/usb/dwc3/Kconfig | 5 +- >>>>> drivers/usb/host/Kconfig | 5 +- >>> >>> These Kconfig changes are causing the resulting .config to be different. >>> For example, if I start with omap2plus_defconfig, the resulting .config >>> before and after your series is different as shown below >>> >>> :/work/linux$ diff /tmp/.config .config >>> 1902d1901 >>> < # CONFIG_HISI_HIKEY_USB is not set >>> 4992c4991 >>> < CONFIG_USB_XHCI_PLATFORM=m >>> --- >>>> # CONFIG_USB_XHCI_PLATFORM is not set >>> 5073,5075c5072 >>> < # CONFIG_USB_DWC3_HOST is not set >>> < # CONFIG_USB_DWC3_GADGET is not set >>> < CONFIG_USB_DWC3_DUAL_ROLE=y >>> --- >>>> CONFIG_USB_DWC3_GADGET=y >>> 5173a5171 >>>> # CONFIG_USB_ONBOARD_HUB is not set >>> 5285c5283 >>> < CONFIG_USB_ROLE_SWITCH=m >>> --- >>>> # CONFIG_USB_ROLE_SWITCH is not set >>> >>> I would expect the same issues for multi_v7_defconfig and multi_v8_defconfig as well. >> >> Sorry I meant defconfig for arm64, not multi_v8_defconfig. >> >> I checked that for arm64 defconfig it is ok. >> >>> I'm ok to update the relevant defconfigs files so that the resulting .config is identical to >>> before your series. Thanks! >> >> With the below patch you can fix it for omap2plus_defconfig and multi_v7_defconfig. >> >> diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig >> index d9abaae118dd..8c175ab37377 100644 >> --- a/arch/arm/configs/multi_v7_defconfig >> +++ b/arch/arm/configs/multi_v7_defconfig >> @@ -787,6 +787,7 @@ CONFIG_SND_AUDIO_GRAPH_CARD=m >> CONFIG_USB=y >> CONFIG_USB_OTG=y >> CONFIG_USB_XHCI_HCD=y >> +CONFIG_USB_XHCI_PLATFORM=y >> CONFIG_USB_XHCI_MVEBU=y >> CONFIG_USB_XHCI_TEGRA=m >> CONFIG_USB_EHCI_HCD=y >> diff --git a/arch/arm/configs/omap2plus_defconfig b/arch/arm/configs/omap2plus_defconfig >> index 2ac2418084ab..a015fb04fa25 100644 >> --- a/arch/arm/configs/omap2plus_defconfig >> +++ b/arch/arm/configs/omap2plus_defconfig >> @@ -562,6 +562,7 @@ CONFIG_USB=m >> CONFIG_USB_ANNOUNCE_NEW_DEVICES=y >> CONFIG_USB_MON=m >> CONFIG_USB_XHCI_HCD=m >> +CONFIG_USB_XHCI_PLATFORM=m >> CONFIG_USB_EHCI_HCD=m >> CONFIG_USB_OHCI_HCD=m >> CONFIG_USB_ACM=m > > Thanks for testing! > > I completely forgot that arm32 has all these different defconfigs. > > While trying to adjust qcom_defconfig I came across something that confuses > me. The original defconfig results in: > > # CONFIG_USB_XHCI_HCD is not set > CONFIG_USB_DWC3_DUAL_ROLE=y The original Kconfig was: > config USB_DWC3_DUAL_ROLE > bool "Dual Role mode" > depends on ((USB=y || USB=USB_DWC3) && (USB_GADGET=y || USB_GADGET=USB_DWC3)) > depends on (EXTCON=y || EXTCON=USB_DWC3) Which means USB_DWC3_DUAL_ROLE can be enabled even without CONFIG_USB_XHCI_HCD. All the dual role code does is add/remove the host/gadget controller platform devices. It doesn't care whether there is a driver for it or not. i.e. there is no build dependency on CONFIG_USB_XHCI_HCD. > > My assumption was that xHCI support is need for dwc3 dual mode (which is > made explicit by https://lore.kernel.org/patchwork/patch/1468240/), is > that incorrect? Maybe without xHCI support the controller can still > operate in USB 2.0 dual role mode? > Without xHCI support the host functionality will not work at all on dwc3 dual role. So I think your Kconfig changes for USB_DWC3_DUAL_ROLE to depend on USB_XHCI_PLATFORM are correct. cheers, -roger _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-08-13 6:35 ` Roger Quadros @ 2021-08-13 18:33 ` Matthias Kaehlcke 0 siblings, 0 replies; 10+ messages in thread From: Matthias Kaehlcke @ 2021-08-13 18:33 UTC (permalink / raw) To: Roger Quadros Cc: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi, Bastien Nocera, Peter Chen, devicetree, Michal Simek, linux-kernel, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Baryshkov, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Shawn Guo, Vinod Koul, Will Deacon, linux-arm-kernel, linux-arm-msm On Fri, Aug 13, 2021 at 09:35:53AM +0300, Roger Quadros wrote: > Hi Matthias, > > On 12/08/2021 20:08, Matthias Kaehlcke wrote: > > Hi Roger, > > > > On Wed, Aug 11, 2021 at 03:56:15PM +0300, Roger Quadros wrote: > >> > >> > >> On 11/08/2021 15:38, Roger Quadros wrote: > >>> Hi Matthias, > >>> > >>> On 09/08/2021 18:49, Matthias Kaehlcke wrote: > >>>> Hi Greg, > >>>> > >>>> Just wanted to check if this series is still on your radar. Is > >>>> there anything that blocks it from landing (further ACKs, ...)? > >>>> > >>>> Thanks > >>>> > >>>> Matthias > >>>> > >>>> On Mon, Jul 26, 2021 at 05:41:12PM -0700, Matthias Kaehlcke wrote: > >>>>> This series adds: > >>>>> - the onboard_usb_hub_driver > >>>>> - glue in the xhci-plat driver to create and destroy the > >>>>> onboard_usb_hub platform devices if needed > >>>>> - a device tree binding for the Realtek RTS5411 USB hub controller > >>>>> - device tree changes that add RTS5411 entries for the QCA SC7180 > >>>>> based boards trogdor and lazor > >>>>> - a couple of stubs for platform device functions to avoid > >>>>> unresolved symbols with certain kernel configs > >>>>> > >>>>> The main issue the driver addresses is that a USB hub needs to be > >>>>> powered before it can be discovered. For discrete onboard hubs (an > >>>>> example for such a hub is the Realtek RTS5411) this is often solved > >>>>> by supplying the hub with an 'always-on' regulator, which is kind > >>>>> of a hack. Some onboard hubs may require further initialization > >>>>> steps, like changing the state of a GPIO or enabling a clock, which > >>>>> requires even more hacks. This driver creates a platform device > >>>>> representing the hub which performs the necessary initialization. > >>>>> Currently it only supports switching on a single regulator, support > >>>>> for multiple regulators or other actions can be added as needed. > >>>>> Different initialization sequences can be supported based on the > >>>>> compatible string. > >>>>> > >>>>> Besides performing the initialization the driver can be configured > >>>>> to power the hub off during system suspend. This can help to extend > >>>>> battery life on battery powered devices which have no requirements > >>>>> to keep the hub powered during suspend. The driver can also be > >>>>> configured to leave the hub powered when a wakeup capable USB device > >>>>> is connected when suspending, and power it off otherwise. > >>>>> > >>>>> Changes in v15: > >>>>> - adjusted dependencies of USB_DWC3_CORE to make sure it can only > >>>>> be enabled when at least one of USB_DWC3_HOST, USB_DWC3_GADGET > >>>>> or USB_DWC3_DUAL_ROLE is selectable > >>>>> > >>>>> Changes in v14: > >>>>> - rebased on top of v5.14-rc1 > >>>>> - dropped DT binding patch which landed in v5.13 > >>>>> > >>>>> Changes in v13: > >>>>> - added patch "usb: Specify dependency on USB_XHCI_PLATFORM with > >>>>> 'depends on'" to the series to avoid Kconfig conflicts > >>>>> - added patch "arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM" > >>>>> to the series to keep effective defconfig unchanged > >>>>> > >>>>> Changes in v12: > >>>>> - onboard_hub driver: use IS_ENABLED(CONFIG_USB_ONBOARD_HUB_MODULE) > >>>>> in onboard_hub.h to also check for the driver built as module > >>>>> - onboard_hub_driver: include onboard_hub.h again to make sure there > >>>>> are prototype declarations for the public functions > >>>>> > >>>>> Changes in v11: > >>>>> - support multiple onboard hubs connected to the same parent > >>>>> - don't include ‘onboard_hub.h’ from the onboard hub driver > >>>>> > >>>>> Changes in v10: > >>>>> - always use of_is_onboard_usb_hub() stub unless ONBOARD_USB_HUB=y/m > >>>>> - keep 'regulator-boot-on' property for pp3300_hub > >>>>> > >>>>> Changes in v9: > >>>>> - added dependency on ONBOARD_USB_HUB (or !!ONBOARD_USB_HUB) to > >>>>> USB_PLATFORM_XHCI > >>>>> > >>>>> Changes in v7: > >>>>> - updated DT binding > >>>>> - series rebased on qcom/arm64-for-5.13 > >>>>> > >>>>> Changes in v6: > >>>>> - updated summary > >>>>> > >>>>> Changes in v5: > >>>>> - cover letter added > >>>>> > >>>>> Matthias Kaehlcke (6): > >>>>> usb: misc: Add onboard_usb_hub driver > >>>>> of/platform: Add stubs for of_platform_device_create/destroy() > >>>>> arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM > >>>>> usb: Specify dependencies on USB_XHCI_PLATFORM with 'depends on' > >>>>> usb: host: xhci-plat: Create platform device for onboard hubs in > >>>>> probe() > >>>>> arm64: dts: qcom: sc7180-trogdor: Add nodes for onboard USB hub > >>>>> > >>>>> .../sysfs-bus-platform-onboard-usb-hub | 8 + > >>>>> MAINTAINERS | 7 + > >>>>> .../boot/dts/qcom/sc7180-trogdor-lazor-r0.dts | 19 +- > >>>>> .../boot/dts/qcom/sc7180-trogdor-lazor-r1.dts | 12 +- > >>>>> .../arm64/boot/dts/qcom/sc7180-trogdor-r1.dts | 19 +- > >>>>> arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 19 +- > >>>>> arch/arm64/configs/defconfig | 1 + > >>>>> drivers/usb/cdns3/Kconfig | 2 +- > >>>>> drivers/usb/dwc3/Kconfig | 5 +- > >>>>> drivers/usb/host/Kconfig | 5 +- > >>> > >>> These Kconfig changes are causing the resulting .config to be different. > >>> For example, if I start with omap2plus_defconfig, the resulting .config > >>> before and after your series is different as shown below > >>> > >>> :/work/linux$ diff /tmp/.config .config > >>> 1902d1901 > >>> < # CONFIG_HISI_HIKEY_USB is not set > >>> 4992c4991 > >>> < CONFIG_USB_XHCI_PLATFORM=m > >>> --- > >>>> # CONFIG_USB_XHCI_PLATFORM is not set > >>> 5073,5075c5072 > >>> < # CONFIG_USB_DWC3_HOST is not set > >>> < # CONFIG_USB_DWC3_GADGET is not set > >>> < CONFIG_USB_DWC3_DUAL_ROLE=y > >>> --- > >>>> CONFIG_USB_DWC3_GADGET=y > >>> 5173a5171 > >>>> # CONFIG_USB_ONBOARD_HUB is not set > >>> 5285c5283 > >>> < CONFIG_USB_ROLE_SWITCH=m > >>> --- > >>>> # CONFIG_USB_ROLE_SWITCH is not set > >>> > >>> I would expect the same issues for multi_v7_defconfig and multi_v8_defconfig as well. > >> > >> Sorry I meant defconfig for arm64, not multi_v8_defconfig. > >> > >> I checked that for arm64 defconfig it is ok. > >> > >>> I'm ok to update the relevant defconfigs files so that the resulting .config is identical to > >>> before your series. Thanks! > >> > >> With the below patch you can fix it for omap2plus_defconfig and multi_v7_defconfig. > >> > >> diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig > >> index d9abaae118dd..8c175ab37377 100644 > >> --- a/arch/arm/configs/multi_v7_defconfig > >> +++ b/arch/arm/configs/multi_v7_defconfig > >> @@ -787,6 +787,7 @@ CONFIG_SND_AUDIO_GRAPH_CARD=m > >> CONFIG_USB=y > >> CONFIG_USB_OTG=y > >> CONFIG_USB_XHCI_HCD=y > >> +CONFIG_USB_XHCI_PLATFORM=y > >> CONFIG_USB_XHCI_MVEBU=y > >> CONFIG_USB_XHCI_TEGRA=m > >> CONFIG_USB_EHCI_HCD=y > >> diff --git a/arch/arm/configs/omap2plus_defconfig b/arch/arm/configs/omap2plus_defconfig > >> index 2ac2418084ab..a015fb04fa25 100644 > >> --- a/arch/arm/configs/omap2plus_defconfig > >> +++ b/arch/arm/configs/omap2plus_defconfig > >> @@ -562,6 +562,7 @@ CONFIG_USB=m > >> CONFIG_USB_ANNOUNCE_NEW_DEVICES=y > >> CONFIG_USB_MON=m > >> CONFIG_USB_XHCI_HCD=m > >> +CONFIG_USB_XHCI_PLATFORM=m > >> CONFIG_USB_EHCI_HCD=m > >> CONFIG_USB_OHCI_HCD=m > >> CONFIG_USB_ACM=m > > > > Thanks for testing! > > > > I completely forgot that arm32 has all these different defconfigs. > > > > While trying to adjust qcom_defconfig I came across something that confuses > > me. The original defconfig results in: > > > > # CONFIG_USB_XHCI_HCD is not set > > CONFIG_USB_DWC3_DUAL_ROLE=y > > The original Kconfig was: > > > config USB_DWC3_DUAL_ROLE > > bool "Dual Role mode" > > depends on ((USB=y || USB=USB_DWC3) && (USB_GADGET=y || USB_GADGET=USB_DWC3)) > > depends on (EXTCON=y || EXTCON=USB_DWC3) > > Which means USB_DWC3_DUAL_ROLE can be enabled even without CONFIG_USB_XHCI_HCD. > > All the dual role code does is add/remove the host/gadget controller platform devices. > It doesn't care whether there is a driver for it or not. > i.e. there is no build dependency on CONFIG_USB_XHCI_HCD. > > > > > My assumption was that xHCI support is need for dwc3 dual mode (which is > > made explicit by https://lore.kernel.org/patchwork/patch/1468240/), is > > that incorrect? Maybe without xHCI support the controller can still > > operate in USB 2.0 dual role mode? > > > > Without xHCI support the host functionality will not work at all on dwc3 dual role. > So I think your Kconfig changes for USB_DWC3_DUAL_ROLE to depend on USB_XHCI_PLATFORM > are correct. Thanks for the clarification! _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-07-27 0:41 [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke 2021-07-27 0:41 ` [PATCH v15 3/6] arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM Matthias Kaehlcke 2021-08-09 15:49 ` [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke @ 2021-10-19 16:24 ` Dmitry Baryshkov 2021-10-19 22:54 ` Matthias Kaehlcke 2 siblings, 1 reply; 10+ messages in thread From: Dmitry Baryshkov @ 2021-10-19 16:24 UTC (permalink / raw) To: Matthias Kaehlcke Cc: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi, Bastien Nocera, Peter Chen, open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS, Michal Simek, open list, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Roger Quadros, Shawn Guo, Vinod Koul, Will Deacon, Linux ARM, open list:DRM DRIVER FOR MSM ADRENO GPU On Tue, 27 Jul 2021 at 03:41, Matthias Kaehlcke <mka@chromium.org> wrote: > > This series adds: > - the onboard_usb_hub_driver > - glue in the xhci-plat driver to create and destroy the > onboard_usb_hub platform devices if needed > - a device tree binding for the Realtek RTS5411 USB hub controller > - device tree changes that add RTS5411 entries for the QCA SC7180 > based boards trogdor and lazor > - a couple of stubs for platform device functions to avoid > unresolved symbols with certain kernel configs > > The main issue the driver addresses is that a USB hub needs to be > powered before it can be discovered. For discrete onboard hubs (an > example for such a hub is the Realtek RTS5411) this is often solved > by supplying the hub with an 'always-on' regulator, which is kind > of a hack. Some onboard hubs may require further initialization > steps, like changing the state of a GPIO or enabling a clock, which > requires even more hacks. This driver creates a platform device > representing the hub which performs the necessary initialization. > Currently it only supports switching on a single regulator, support > for multiple regulators or other actions can be added as needed. > Different initialization sequences can be supported based on the > compatible string. I have the feeling that you might want to check if you can use pwrseq subsystem being proposed at https://lore.kernel.org/linux-arm-msm/20211006035407.1147909-1-dmitry.baryshkov@linaro.org/. It has been created for exactly the same reason of handling complex power up/down requirements in a bus-neutral way. So instead of creating an onboard-usb-hub, you might want to populate the hub node with the reference to pwrseq device and make usb core call into pwrseq. How does that sound to you? > > Besides performing the initialization the driver can be configured > to power the hub off during system suspend. This can help to extend > battery life on battery powered devices which have no requirements > to keep the hub powered during suspend. The driver can also be > configured to leave the hub powered when a wakeup capable USB device > is connected when suspending, and power it off otherwise. -- With best wishes Dmitry _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver 2021-10-19 16:24 ` Dmitry Baryshkov @ 2021-10-19 22:54 ` Matthias Kaehlcke 0 siblings, 0 replies; 10+ messages in thread From: Matthias Kaehlcke @ 2021-10-19 22:54 UTC (permalink / raw) To: Dmitry Baryshkov Cc: Greg Kroah-Hartman, Alan Stern, Rob Herring, Frank Rowand, Mathias Nyman, Felipe Balbi, Bastien Nocera, Peter Chen, open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS, Michal Simek, open list, Douglas Anderson, Krzysztof Kozlowski, linux-usb, Ravi Chandra Sadineni, Stephen Boyd, Al Cooper, Andrey Zhizhikin, Andy Gross, Aswath Govindraju, Bjorn Andersson, Catalin Marinas, Dmitry Osipenko, Enric Balletbo i Serra, Fabio Estevam, Guido Günther, Jagan Teki, Nishanth Menon, Pawel Laszczak, Roger Quadros, Shawn Guo, Vinod Koul, Will Deacon, Linux ARM, open list:DRM DRIVER FOR MSM ADRENO GPU Hi Dmitry, On Tue, Oct 19, 2021 at 07:24:41PM +0300, Dmitry Baryshkov wrote: > On Tue, 27 Jul 2021 at 03:41, Matthias Kaehlcke <mka@chromium.org> wrote: > > > > This series adds: > > - the onboard_usb_hub_driver > > - glue in the xhci-plat driver to create and destroy the > > onboard_usb_hub platform devices if needed > > - a device tree binding for the Realtek RTS5411 USB hub controller > > - device tree changes that add RTS5411 entries for the QCA SC7180 > > based boards trogdor and lazor > > - a couple of stubs for platform device functions to avoid > > unresolved symbols with certain kernel configs > > > > The main issue the driver addresses is that a USB hub needs to be > > powered before it can be discovered. For discrete onboard hubs (an > > example for such a hub is the Realtek RTS5411) this is often solved > > by supplying the hub with an 'always-on' regulator, which is kind > > of a hack. Some onboard hubs may require further initialization > > steps, like changing the state of a GPIO or enabling a clock, which > > requires even more hacks. This driver creates a platform device > > representing the hub which performs the necessary initialization. > > Currently it only supports switching on a single regulator, support > > for multiple regulators or other actions can be added as needed. > > Different initialization sequences can be supported based on the > > compatible string. > > I have the feeling that you might want to check if you can use pwrseq > subsystem being proposed at > https://lore.kernel.org/linux-arm-msm/20211006035407.1147909-1-dmitry.baryshkov@linaro.org/. > It has been created for exactly the same reason of handling complex > power up/down requirements in a bus-neutral way. So instead of > creating an onboard-usb-hub, you might want to populate the hub node > with the reference to pwrseq device and make usb core call into > pwrseq. How does that sound to you? Thanks for the pointer, it's good to see another attempt to sort out power sequencing. The pwrseq framework could potentially be used by the onboard_usb_hub driver, but it probably can't replace it completely. Besides powering the USB hub on before enumeration the driver also can optionally power it off during system suspend when no wakeup capable USB devices are connected, which can result in signifcant power savings on battery powered devices. For this the driver needs knowledge about the USB (hub) devices that are provided by a hub chip. That part is probably best implemented by a driver under drivers/usb/. It might be an option to have the USB core and the onboard_usb_hub driver use the pwrseq framework, though we'd have to ensure that it isn't a problem that the USB core turns power on (before enumeration) and the onboard_usb_hub driver turns it off during system suspend (and on again on resume). _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2021-10-19 22:55 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-07-27 0:41 [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke 2021-07-27 0:41 ` [PATCH v15 3/6] arm64: defconfig: Explicitly enable USB_XHCI_PLATFORM Matthias Kaehlcke 2021-08-09 15:49 ` [PATCH v15 0/6] usb: misc: Add onboard_usb_hub driver Matthias Kaehlcke 2021-08-11 12:38 ` Roger Quadros 2021-08-11 12:56 ` Roger Quadros 2021-08-12 17:08 ` Matthias Kaehlcke 2021-08-13 6:35 ` Roger Quadros 2021-08-13 18:33 ` Matthias Kaehlcke 2021-10-19 16:24 ` Dmitry Baryshkov 2021-10-19 22:54 ` Matthias Kaehlcke
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).