linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Sandeep Maheswaram (Temp)" <quic_c_sanm@quicinc.com>
To: Pavan Kondeti <quic_pkondeti@quicinc.com>
Cc: Matthias Kaehlcke <mka@chromium.org>,
	Rob Herring <robh+dt@kernel.org>, Andy Gross <agross@kernel.org>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Felipe Balbi <balbi@kernel.org>,
	Stephen Boyd <swboyd@chromium.org>,
	Doug Anderson <dianders@chromium.org>,
	Mathias Nyman <mathias.nyman@intel.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
	<devicetree@vger.kernel.org>, <linux-arm-msm@vger.kernel.org>,
	<linux-usb@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<quic_ppratap@quicinc.com>, <quic_kriskura@quicinc.com>,
	<quic_vpulyala@quicinc.com>
Subject: Re: [PATCH v13 2/6] usb: dwc3: core: Host wake up support from system suspend
Date: Tue, 12 Apr 2022 12:08:02 +0530	[thread overview]
Message-ID: <259c9e87-a52e-c063-7901-2c6decd42675@quicinc.com> (raw)
In-Reply-To: <20220412050018.GB2627@hu-pkondeti-hyd.qualcomm.com>

Hi Pavan,

On 4/12/2022 10:30 AM, Pavan Kondeti wrote:
> Hi Sandeep,
>
> On Tue, Apr 12, 2022 at 10:16:39AM +0530, Sandeep Maheswaram (Temp) wrote:
>> Hi Matthias,
>>
>> On 4/12/2022 2:24 AM, Matthias Kaehlcke wrote:
>>> On Tue, Apr 12, 2022 at 12:46:50AM +0530, Sandeep Maheswaram wrote:
>>>> During suspend read the status of all port and set hs phy mode
>>>> based on current speed. Use this hs phy mode to configure wakeup
>>>> interrupts in qcom glue driver.
>>>>
>>>> Check wakep-source property for dwc3 core node to set the
>>> s/wakep/wakeup/
>> Okay. Will update in next version.
>>>> wakeup capability. Drop the device_init_wakeup call from
>>>> runtime suspend and resume.
>>>>
>>>> Also check during suspend if any wakeup capable devices are
>>>> connected to the controller (directly or through hubs), if there
>>>> are none set a flag to indicate that the PHY is powered
>>>> down during suspend.
>>>>
>>>> Signed-off-by: Sandeep Maheswaram <quic_c_sanm@quicinc.com>
>>>> ---
>>> A per-patch change log would be really helpful for reviewers, even
>>> if it doesn't include older versions.
>> Okay. Will update in next version.
>>>>   drivers/usb/dwc3/core.c | 33 ++++++++++++++++++++-------------
>>>>   drivers/usb/dwc3/core.h |  4 ++++
>>>>   drivers/usb/dwc3/host.c | 25 +++++++++++++++++++++++++
>>>>   3 files changed, 49 insertions(+), 13 deletions(-)
>>>>
>>>> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
>>>> index 1170b80..effaa43 100644
>>>> --- a/drivers/usb/dwc3/core.c
>>>> +++ b/drivers/usb/dwc3/core.c
>>>> @@ -32,6 +32,7 @@
>>>>   #include <linux/usb/gadget.h>
>>>>   #include <linux/usb/of.h>
>>>>   #include <linux/usb/otg.h>
>>>> +#include <linux/usb/hcd.h>
>>>>   #include "core.h"
>>>>   #include "gadget.h"
>>>> @@ -1723,6 +1724,7 @@ static int dwc3_probe(struct platform_device *pdev)
>>>>   	platform_set_drvdata(pdev, dwc);
>>>>   	dwc3_cache_hwparams(dwc);
>>>> +	device_init_wakeup(&pdev->dev, of_property_read_bool(dev->of_node, "wakeup-source"));
>>>>   	spin_lock_init(&dwc->lock);
>>>>   	mutex_init(&dwc->mutex);
>>>> @@ -1865,6 +1867,7 @@ static int dwc3_suspend_common(struct dwc3 *dwc, pm_message_t msg)
>>>>   {
>>>>   	unsigned long	flags;
>>>>   	u32 reg;
>>>> +	struct usb_hcd  *hcd = platform_get_drvdata(dwc->xhci);
>>>>   	switch (dwc->current_dr_role) {
>>>>   	case DWC3_GCTL_PRTCAP_DEVICE:
>>>> @@ -1877,10 +1880,7 @@ static int dwc3_suspend_common(struct dwc3 *dwc, pm_message_t msg)
>>>>   		dwc3_core_exit(dwc);
>>>>   		break;
>>>>   	case DWC3_GCTL_PRTCAP_HOST:
>>>> -		if (!PMSG_IS_AUTO(msg)) {
>>>> -			dwc3_core_exit(dwc);
>>>> -			break;
>>>> -		}
>>>> +		dwc3_check_phy_speed_mode(dwc);
>>>>   		/* Let controller to suspend HSPHY before PHY driver suspends */
>>>>   		if (dwc->dis_u2_susphy_quirk ||
>>>> @@ -1896,6 +1896,16 @@ static int dwc3_suspend_common(struct dwc3 *dwc, pm_message_t msg)
>>>>   		phy_pm_runtime_put_sync(dwc->usb2_generic_phy);
>>>>   		phy_pm_runtime_put_sync(dwc->usb3_generic_phy);
>>>> +
>>>> +		if (!PMSG_IS_AUTO(msg)) {
>>>> +			if (device_may_wakeup(dwc->dev) &&
>>>> +			    usb_wakeup_enabled_descendants(hcd->self.root_hub)) {
>>> You did not answer my question on v12, reposting it:
>>>
>>>    Did you ever try whether you could use device_children_wakeup_capable() from
>>>    [1] instead of usb_wakeup_enabled_descendants()?
>>>
>>>    [1] https://patchwork.kernel.org/project/linux-usb/patch/1635753224-23975-2-git-send-email-quic_c_sanm@quicinc.com/#24566065
>> Sorry ..I have replied in mail yesterday but it is not showing up in
>> patchwork link.
>>
>> Tried with  device_children_wakeup_capable(dwc->dev) instead of
>> usb_wakeup_enabled_descendants and it always returns true even
>>
>> when no devices are connected.
>>
> What do you mean by when no devices are connected? There is always
> root hub connected and we should not power down the DWC3 here even
> when remote wakeup for root hub is enabled. Essentially
> usb_wakeup_enabled_descendants() returns true even without any
> physical devices connected.
>
> What does device_children_wakeup_capable() do? Sorry, I could not
> find this function definition.
>
> Thanks,
> Pavan

usb_wakeup_enabled_descendants() doesn't consider hubs. It only returns true if any devices
are connected with wakeup capability apart from hubs. If we consider hubs also dwc3 core exit
and phy exit will never be called.

device_children_wakeup_capable() implementation was shared by Matthias in below thread
https://patchwork.kernel.org/project/linux-usb/patch/1635753224-23975-2-git-send-email-quic_c_sanm@quicinc.com/#24566065

Probably device_children_wakeup_capable() is returning true because it considers hubs also.


  reply	other threads:[~2022-04-12  6:47 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-11 19:16 [PATCH v13 0/6] USB DWC3 host wake up support from system suspend Sandeep Maheswaram
2022-04-11 19:16 ` [PATCH v13 1/6] dt-bindings: usb: dwc3: Add wakeup-source property support Sandeep Maheswaram
2022-04-12 12:02   ` Krzysztof Kozlowski
2022-04-11 19:16 ` [PATCH v13 2/6] usb: dwc3: core: Host wake up support from system suspend Sandeep Maheswaram
2022-04-11 20:54   ` Matthias Kaehlcke
2022-04-12  4:46     ` Sandeep Maheswaram (Temp)
2022-04-12  5:00       ` Pavan Kondeti
2022-04-12  6:38         ` Sandeep Maheswaram (Temp) [this message]
2022-04-12  6:49           ` Pavan Kondeti
2022-04-12 19:05           ` Matthias Kaehlcke
2022-04-13  9:08             ` Sandeep Maheswaram (Temp)
2022-04-13 15:56               ` Matthias Kaehlcke
2022-04-14  5:57                 ` Sandeep Maheswaram (Temp)
2022-04-16  0:30                   ` Matthias Kaehlcke
2022-04-19 10:22                     ` Sandeep Maheswaram (Temp) (QUIC)
2022-04-11 19:16 ` [PATCH v13 3/6] usb: dwc3: qcom: Add helper functions to enable,disable wake irqs Sandeep Maheswaram
2022-04-11 19:16 ` [PATCH v13 4/6] usb: dwc3: qcom: Configure wakeup interrupts during suspend Sandeep Maheswaram
2022-04-11 19:16 ` [PATCH v13 5/6] usb: dwc3: qcom: Keep power domain on to retain controller status Sandeep Maheswaram
2022-04-11 21:13   ` Matthias Kaehlcke
2022-04-12  4:50     ` Sandeep Maheswaram (Temp)
2022-04-11 19:16 ` [PATCH v13 6/6] arm64: dts: qcom: sc7280: Add wakeup-source property for USB node Sandeep Maheswaram
2022-04-21 14:27   ` (subset) " Bjorn Andersson

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=259c9e87-a52e-c063-7901-2c6decd42675@quicinc.com \
    --to=quic_c_sanm@quicinc.com \
    --cc=agross@kernel.org \
    --cc=balbi@kernel.org \
    --cc=bjorn.andersson@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dianders@chromium.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mathias.nyman@intel.com \
    --cc=mka@chromium.org \
    --cc=quic_kriskura@quicinc.com \
    --cc=quic_pkondeti@quicinc.com \
    --cc=quic_ppratap@quicinc.com \
    --cc=quic_vpulyala@quicinc.com \
    --cc=robh+dt@kernel.org \
    --cc=swboyd@chromium.org \
    /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;
as well as URLs for NNTP newsgroup(s).