Re: [RFC usb-next v5 3/3] usb: core: hcd: integrate the PHY roothub wrapper

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

 




On Fri, Oct 13, 2017 at 4:07 PM, Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> wrote:
> On Thu, 12 Oct 2017, Martin Blumenstingl wrote:
>
>> Hi Alan,
>>
>> On Mon, Oct 9, 2017 at 7:18 PM, Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> wrote:
>> > On Sun, 8 Oct 2017, Martin Blumenstingl wrote:
>> >
>> >> This integrates the PHY roothub wrapper into the core hcd
>> >> infrastructure. Multiple PHYs which are part of the roothub devicetree
>> >> node (which is a sub-node of the sysdev's node) are now managed
>> >> (= powered on/off when needed), by the new usb_phy_roothub code.
>> >>
>> >> One example where this is required is the Amlogic GXL and GXM SoCs:
>> >> They are using a dwc3 USB controller with up to three ports enabled on
>> >> the internal roothub. Using only the top-level "phy" properties does not
>> >> work here since one can only specify one "usb2-phy" and one "usb3-phy",
>> >> while actually at least two "usb2-phy" have to be specified.
>> >>
>> >> Signed-off-by: Martin Blumenstingl <martin.blumenstingl@xxxxxxxxxxxxxx>
>> >> ---
>> >>  drivers/usb/core/hcd.c  | 30 +++++++++++++++++++++++++++++-
>> >>  include/linux/usb/hcd.h |  1 +
>> >>  2 files changed, 30 insertions(+), 1 deletion(-)
>> >>
>> >> diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c
>> >> index 67aa3d039b9b..56704dd10c15 100644
>> >> --- a/drivers/usb/core/hcd.c
>> >> +++ b/drivers/usb/core/hcd.c
>> >> @@ -50,6 +50,7 @@
>> >>  #include <linux/usb/otg.h>
>> >>
>> >>  #include "usb.h"
>> >> +#include "phy.h"
>> >>
>> >>
>> >>  /*-------------------------------------------------------------------------*/
>> >> @@ -2292,7 +2293,11 @@ int hcd_bus_suspend(struct usb_device *rhdev, pm_message_t msg)
>> >>               dev_dbg(&rhdev->dev, "bus %s fail, err %d\n",
>> >>                               "suspend", status);
>> >>       }
>> >> -     return status;
>> >> +
>> >> +     if (status == 0)
>> >> +             return usb_phy_roothub_power_off(hcd->phy_roothub);
>> >
>> > Is this really the right thing to do?  If usb_phy_roothub_power_off()
>> > fails, what condition does this leave the bus in?  And what condition
>> > does the kernel _think_ the bus is in?
>> indeed, thank you for spotting this!
>>
>> do you have any suggestions how to improve this?
>> maybe I should move usb_phy_roothub_power_off a few lines up and only
>> call it after the "rhdev->do_remote_wakeup" block if status is 0. if
>> usb_phy_roothub_power_off then returns an error I could call
>> "hcd_bus_resume(rhdev, PMSG_AUTO_RESUME);". what do you think about
>> this?
>
> Or you could just throw away the return code from
> usb_phy_roothub_power_off().  Maybe print it out in a warning message,
> but do not report it to the caller.
phy_power_off is already printing a warning message for each PHY that
failed to turn off

> After all, given the choice between leaving the entire USB bus at full
> power and leaving just the phy at full power, which would you prefer?
I see, let's keep it simple for now and power off the bus (the code
can still be updated later on if real world shows that we're hitting a
problem here)

as you suggested I'll make it void in the next version - thanks for that!


Regards,
Martin
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux