Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1304093 > unrolled thread

[RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling

Started byChunfeng Yun <chunfeng.yun@mediatek.com>
First post2016-01-08 02:30 +0100
Last post2016-01-12 02:50 +0100
Articles 3 — 3 participants

Back to article view | Back to linux.kernel


Contents

  [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling Chunfeng Yun <chunfeng.yun@mediatek.com> - 2016-01-08 02:30 +0100
    Re: [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by  roothubs polling Mathias Nyman <mathias.nyman@linux.intel.com> - 2016-01-11 15:00 +0100
      Re: [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by  roothubs polling chunfeng yun <chunfeng.yun@mediatek.com> - 2016-01-12 02:50 +0100

#1304093 — [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling

FromChunfeng Yun <chunfeng.yun@mediatek.com>
Date2016-01-08 02:30 +0100
Subject[RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling
Message-ID<qOu2n-7SE-17@gated-at.bofh.it>
when ip fails to enter sleep mode, register access protection will
be disabled, at the same time if all clocks are disabled, access
register will hang up AHB bus.
the common case causes ip sleep failure is that after all ports
enter U3 but before ip enters sleep mode, a port receives a resume
signal('K'). this will happens when such as clicks mouse to try to
do remote-wakeup to stop system enter suspend.
so stop polling root hubs to avoid access xHCI register on bus
suspend, and restart it when bus resumes.

Signed-off-by: Chunfeng Yun <chunfeng.yun@mediatek.com>
---
 drivers/usb/host/xhci-mtk.c | 23 +++++++++++++++++++++++
 1 file changed, 23 insertions(+)

diff --git a/drivers/usb/host/xhci-mtk.c b/drivers/usb/host/xhci-mtk.c
index c9ab6a4..9532f5a 100644
--- a/drivers/usb/host/xhci-mtk.c
+++ b/drivers/usb/host/xhci-mtk.c
@@ -696,9 +696,24 @@ static int xhci_mtk_remove(struct platform_device *dev)
 }
 
 #ifdef CONFIG_PM_SLEEP
+/*
+ * if ip sleep fails, and all clocks are disabled, access register will hang
+ * AHB bus, so stop polling roothubs to avoid regs access on bus suspend.
+ * and no need to check whether ip sleep failed or not; this will cause SPM
+ * to wake up system immediately after system suspend complete if ip sleep
+ * fails, it is what we wanted.
+ */
 static int xhci_mtk_suspend(struct device *dev)
 {
 	struct xhci_hcd_mtk *mtk = dev_get_drvdata(dev);
+	struct usb_hcd *hcd = mtk->hcd;
+	struct xhci_hcd *xhci = hcd_to_xhci(hcd);
+
+	xhci_dbg(xhci, "%s: stop port polling\n", __func__);
+	clear_bit(HCD_FLAG_POLL_RH, &hcd->flags);
+	del_timer_sync(&hcd->rh_timer);
+	clear_bit(HCD_FLAG_POLL_RH, &xhci->shared_hcd->flags);
+	del_timer_sync(&xhci->shared_hcd->rh_timer);
 
 	xhci_mtk_host_disable(mtk);
 	xhci_mtk_phy_power_off(mtk);
@@ -710,11 +725,19 @@ static int xhci_mtk_suspend(struct device *dev)
 static int xhci_mtk_resume(struct device *dev)
 {
 	struct xhci_hcd_mtk *mtk = dev_get_drvdata(dev);
+	struct usb_hcd *hcd = mtk->hcd;
+	struct xhci_hcd *xhci = hcd_to_xhci(hcd);
 
 	usb_wakeup_disable(mtk);
 	xhci_mtk_clks_enable(mtk);
 	xhci_mtk_phy_power_on(mtk);
 	xhci_mtk_host_enable(mtk);
+
+	xhci_dbg(xhci, "%s: restart port polling\n", __func__);
+	set_bit(HCD_FLAG_POLL_RH, &hcd->flags);
+	usb_hcd_poll_rh_status(hcd);
+	set_bit(HCD_FLAG_POLL_RH, &xhci->shared_hcd->flags);
+	usb_hcd_poll_rh_status(xhci->shared_hcd);
 	return 0;
 }
 
-- 
1.8.1.1.dirty

[toc] | [next] | [standalone]


#1306234 — Re: [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling

FromMathias Nyman <mathias.nyman@linux.intel.com>
Date2016-01-11 15:00 +0100
SubjectRe: [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling
Message-ID<qPLaP-38k-27@gated-at.bofh.it>
In reply to#1304093
On 08.01.2016 03:28, Chunfeng Yun wrote:
> when ip fails to enter sleep mode, register access protection will
> be disabled, at the same time if all clocks are disabled, access
> register will hang up AHB bus.
> the common case causes ip sleep failure is that after all ports
> enter U3 but before ip enters sleep mode, a port receives a resume
> signal('K'). this will happens when such as clicks mouse to try to
> do remote-wakeup to stop system enter suspend.
> so stop polling root hubs to avoid access xHCI register on bus
> suspend, and restart it when bus resumes.
>
> Signed-off-by: Chunfeng Yun <chunfeng.yun@mediatek.com>
> ---
>   drivers/usb/host/xhci-mtk.c | 23 +++++++++++++++++++++++

The xhci Mediatek (xhci-mtk etc) support is in usb-next and should be available first time
in 4.5-rc1 kernel.

I'll forward fixes for it once 4.5-rc1 is out, they should end up in final 4.5

-Mathias

[toc] | [prev] | [next] | [standalone]


#1306907 — Re: [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling

Fromchunfeng yun <chunfeng.yun@mediatek.com>
Date2016-01-12 02:50 +0100
SubjectRe: [RESEND PATCH v2] usb: xhci-mtk: fix AHB bus hang up caused by roothubs polling
Message-ID<qPWfT-2p4-7@gated-at.bofh.it>
In reply to#1306234
Hi,
On Mon, 2016-01-11 at 16:01 +0200, Mathias Nyman wrote:
> On 08.01.2016 03:28, Chunfeng Yun wrote:
> > when ip fails to enter sleep mode, register access protection will
> > be disabled, at the same time if all clocks are disabled, access
> > register will hang up AHB bus.
> > the common case causes ip sleep failure is that after all ports
> > enter U3 but before ip enters sleep mode, a port receives a resume
> > signal('K'). this will happens when such as clicks mouse to try to
> > do remote-wakeup to stop system enter suspend.
> > so stop polling root hubs to avoid access xHCI register on bus
> > suspend, and restart it when bus resumes.
> >
> > Signed-off-by: Chunfeng Yun <chunfeng.yun@mediatek.com>
> > ---
> >   drivers/usb/host/xhci-mtk.c | 23 +++++++++++++++++++++++
> 
> The xhci Mediatek (xhci-mtk etc) support is in usb-next and should be available first time
> in 4.5-rc1 kernel.
> 
> I'll forward fixes for it once 4.5-rc1 is out, they should end up in final 4.5
> 
Thank you!

> -Mathias
> 

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web