lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <xvqcdtgjvriypwcq26lbku5pgfha7idxing5ep6if552whv6pr@7fkgqkgrxpow>
Date: Mon, 25 Aug 2025 13:58:18 +0800
From: Xu Yang <xu.yang_2@....com>
To: Peng Fan <peng.fan@....nxp.com>
Cc: Peng Fan <peng.fan@....com>, jun.li@....com, 
	Ulf Hansson <ulf.hansson@...aro.org>, "Rafael J. Wysocki" <rafael@...nel.org>, 
	Len Brown <lenb@...nel.org>, Pavel Machek <pavel@...nel.org>, 
	Peter Chen <peter.chen@...nel.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, 
	Shawn Guo <shawnguo@...nel.org>, Sascha Hauer <s.hauer@...gutronix.de>, 
	Pengutronix Kernel Team <kernel@...gutronix.de>, Fabio Estevam <festevam@...il.com>, 
	Thinh Nguyen <Thinh.Nguyen@...opsys.com>, Vincent Guittot <vincent.guittot@...aro.org>, 
	linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org, 
	imx@...ts.linux.dev, arm-scmi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v2 2/3] usb: chipidea: ci_hdrc_imx: Set out of band
 wakeup for i.MX95

On Wed, Aug 20, 2025 at 12:21:33AM +0800, Peng Fan wrote:
> On Wed, Aug 06, 2025 at 05:28:08PM +0800, Xu Yang wrote:
> >Hi Peng,
> >
> >On Fri, Aug 01, 2025 at 12:34:23PM +0800, Peng Fan wrote:
> >> i.MX95 USB2 inside HSIOMIX could still wakeup Linux, even if HSIOMIX
> >> power domain(Digital logic) is off. There is still always on logic
> >> have the wakeup capability which is out band wakeup capbility.
> >> 
> >> So use device_set_out_band_wakeup for i.MX95 to make sure usb2 could
> >> wakeup system even if HSIOMIX power domain is in off state.
> >> 
> >> Signed-off-by: Peng Fan <peng.fan@....com>
> >> ---
> >>  drivers/usb/chipidea/ci_hdrc_imx.c | 8 ++++++++
> >>  include/linux/usb/chipidea.h       | 1 +
> >>  2 files changed, 9 insertions(+)
> >> 
> >> diff --git a/drivers/usb/chipidea/ci_hdrc_imx.c b/drivers/usb/chipidea/ci_hdrc_imx.c
> >> index e1ec9b38f5b9ba0568101b51fbf16b99461b6ee2..7a3360d8a0fd065394393de829108a12c27c85b9 100644
> >> --- a/drivers/usb/chipidea/ci_hdrc_imx.c
> >> +++ b/drivers/usb/chipidea/ci_hdrc_imx.c
> >> @@ -79,6 +79,10 @@ static const struct ci_hdrc_imx_platform_flag imx8ulp_usb_data = {
> >>  		CI_HDRC_HAS_PORTSC_PEC_MISSED,
> >>  };
> >>  
> >> +static const struct ci_hdrc_imx_platform_flag imx95_usb_data = {
> >> +	.flags = CI_HDRC_SUPPORTS_RUNTIME_PM | CI_HDRC_OUT_BAND_WAKEUP,
> >> +};
> >> +
> >>  static const struct ci_hdrc_imx_platform_flag s32g_usb_data = {
> >>  	.flags = CI_HDRC_DISABLE_HOST_STREAMING,
> >>  };
> >> @@ -94,6 +98,7 @@ static const struct of_device_id ci_hdrc_imx_dt_ids[] = {
> >>  	{ .compatible = "fsl,imx7d-usb", .data = &imx7d_usb_data},
> >>  	{ .compatible = "fsl,imx7ulp-usb", .data = &imx7ulp_usb_data},
> >>  	{ .compatible = "fsl,imx8ulp-usb", .data = &imx8ulp_usb_data},
> >> +	{ .compatible = "fsl,imx95-usb", .data = &imx95_usb_data},
> >>  	{ .compatible = "nxp,s32g2-usb", .data = &s32g_usb_data},
> >>  	{ /* sentinel */ }
> >>  };
> >> @@ -569,6 +574,9 @@ static int ci_hdrc_imx_probe(struct platform_device *pdev)
> >>  
> >>  	device_set_wakeup_capable(dev, true);
> >>  
> >> +	if (pdata.flags & CI_HDRC_OUT_BAND_WAKEUP)
> >> +		device_set_out_band_wakeup(dev, true);
> >> +
> >
> >In current design, ci_hdrc_imx_probe() will create another platform
> >device B which will be a child of current device A. Furthermore, device
> >A and device B will attached to a same power domain. In this case, some
> >conflict setting may happen. For example, if the user wants to enable
> >wakeup for this USB port, they may echo "enabled" to wakeup file for
> >both device A and device B as before. As a result, device A is out
> >band wakeup so it doesn't depend on power domain on, but device B has
> >also enabled wakeup so the power domain will keep on finally. Actually,
> >the power domain needs to be off for imx95.
> >
> >So I think only letting the parent device A itself attach to power domain
> >should be enough. If it's the right way, then below change needs to be
> >included to avoid potential misbehavior.
> 
> Thanks for looking into this.
> Just detaching the power domain may break others. I think the better one
> should be:
> 
> if (device_get_out_band_wakeup(dev))
> 	device_set_out_band_wakeup(&pdev->dev);

I don't prefer such way. Firstly, The irq of pdev->dev is totally a in-band
interrupt. This will mislead the users. Secondly, it won't take effect if
call device_set_out_band_wakeup() in ci_hdrc_add_device() because the dev
hasn't set out-band wakeup yet.

Thanks,
Xu Yang

> 
> Regards,
> Peng
> >
> >diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c
> >index 694b4a8e4e1d..c2ca81fe5e09 100644
> >--- a/drivers/usb/chipidea/core.c
> >+++ b/drivers/usb/chipidea/core.c
> >@@ -915,6 +915,8 @@ struct platform_device *ci_hdrc_add_device(struct device *dev,
> >        if (ret)
> >                goto err;
> >
> >+       dev_pm_domain_detach(&pdev->dev, false);
> 
> I think the 
> 
> >+
> >        return pdev;
> >
> >Thanks,
> >Xu Yang
> >
> >>  	return 0;
> >>  
> >>  disable_device:
> >> diff --git a/include/linux/usb/chipidea.h b/include/linux/usb/chipidea.h
> >> index e17ebeee24e3ecc4b1c2d153d9ea9b656b5a3d35..c6451191d2de68607a9380482701d11f949d0ff7 100644
> >> --- a/include/linux/usb/chipidea.h
> >> +++ b/include/linux/usb/chipidea.h
> >> @@ -66,6 +66,7 @@ struct ci_hdrc_platform_data {
> >>  #define CI_HDRC_HAS_PORTSC_PEC_MISSED	BIT(17)
> >>  #define CI_HDRC_FORCE_VBUS_ACTIVE_ALWAYS	BIT(18)
> >>  #define	CI_HDRC_HAS_SHORT_PKT_LIMIT	BIT(19)
> >> +#define	CI_HDRC_OUT_BAND_WAKEUP		BIT(20)
> >>  	enum usb_dr_mode	dr_mode;
> >>  #define CI_HDRC_CONTROLLER_RESET_EVENT		0
> >>  #define CI_HDRC_CONTROLLER_STOPPED_EVENT	1
> >> 
> >> -- 
> >> 2.37.1
> >> 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ