LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Julius Werner <jwerner@chromium.org> To: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Cc: linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, Alan Stern <stern@rowland.harvard.edu>, Dan Williams <dan.j.williams@intel.com>, Douglas Anderson <dianders@chromium.org>, Tomasz Figa <tfiga@chromium.org>, Wu Liang feng <wulf@rock-chips.com>, Julius Werner <jwerner@chromium.org> Subject: [PATCH] usb: Retry port status check on resume to work around RH bugs Date: Fri, 23 Jan 2015 16:01:28 -0800 [thread overview] Message-ID: <1422057688-18956-1-git-send-email-jwerner@chromium.org> (raw) The EHCI controller on the RK3288 SoC is violating basic parts of the USB spec and thereby unable to properly resume a suspended port. It does not start SOF generation within 3ms of finishing resume signaling, so the attached device will drop off the bus again. This is a particular problem with runtime PM, where accessing the device will trigger a resume that immediately makes it unavailabe (and reenumerate with a new handle). Thankfully, the persist feature is generally able to work around stuff like that. Unfortunately, it doesn't quite work in this particular case because the controller will turn off the CurrentConnectStatus bit for an instant while the device is reconnecting, which causes the kernel to conclude that it permanently disappeared. This patch adds a tiny retry mechanism to the core port resume code which will catch this case and shouldn't have any notable impact on other controllers. Signed-off-by: Julius Werner <jwerner@chromium.org> --- drivers/usb/core/hub.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c index aeb50bb..d1d0a66 100644 --- a/drivers/usb/core/hub.c +++ b/drivers/usb/core/hub.c @@ -2896,10 +2896,12 @@ static int port_is_suspended(struct usb_hub *hub, unsigned portstatus) */ static int check_port_resume_type(struct usb_device *udev, struct usb_hub *hub, int port1, - int status, unsigned portchange, unsigned portstatus) + int status, u16 portchange, u16 portstatus) { struct usb_port *port_dev = hub->ports[port1 - 1]; + int retries = 3; +retry: /* Is a warm reset needed to recover the connection? */ if (status == 0 && udev->reset_resume && hub_port_warm_reset_required(hub, port1, portstatus)) { @@ -2909,8 +2911,15 @@ static int check_port_resume_type(struct usb_device *udev, else if (status || port_is_suspended(hub, portstatus) || !port_is_power_on(hub, portstatus) || !(portstatus & USB_PORT_STAT_CONNECTION)) { - if (status >= 0) + if (status >= 0) { + if (retries--) { + udelay(200); + status = hub_port_status(hub, port1, + &portstatus, &portchange); + goto retry; + } status = -ENODEV; + } } /* Can't do a normal resume if the port isn't enabled, -- 2.1.2
next reply other threads:[~2015-01-24 0:01 UTC|newest] Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-01-24 0:01 Julius Werner [this message] 2015-01-24 15:49 ` [PATCH] usb: Retry port status check on resume to work around RH bugs Alan Stern 2015-01-26 21:24 ` Julius Werner 2015-01-26 21:26 ` [PATCH v2] " Julius Werner 2015-01-27 16:17 ` Alan Stern 2015-01-27 21:20 ` [PATCH v3] " Julius Werner 2015-01-28 15:33 ` Alan Stern
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=1422057688-18956-1-git-send-email-jwerner@chromium.org \ --to=jwerner@chromium.org \ --cc=dan.j.williams@intel.com \ --cc=dianders@chromium.org \ --cc=gregkh@linuxfoundation.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-usb@vger.kernel.org \ --cc=stern@rowland.harvard.edu \ --cc=tfiga@chromium.org \ --cc=wulf@rock-chips.com \ /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: linkBe 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).