Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2350459pxb; Mon, 20 Sep 2021 19:45:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwM5ml0UdubDbLJtwT6fQGrB+X8ZM/0AyrdS+dRz4v7rVMaR7j/hQ2/w+ngPThziee2qjOx X-Received: by 2002:a17:906:919:: with SMTP id i25mr31310414ejd.171.1632192332010; Mon, 20 Sep 2021 19:45:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632192332; cv=none; d=google.com; s=arc-20160816; b=k1xvN0Fc1Jq7zciOu4/7p+SPhvjDL0o9R5CQzW1aUsUemqxOfsd1rO319GKPzAWvQL Af12TeNe9EMVwIRWppHBUGIlCOZ4Q4vbyYfcxr78Yth9i8T3zIdJOVg0rAdnbldu4B+a ZdZ1YIo5zoS26Es/luItFSHY41KYN1/BTEh5tjSgQWpv/OO54J5s0AJFaoSxVu9MDlt6 rlh+dbTaImsJvDlgfqzs62/crLvxbrJPHwsf8zHDY4oe/p//xfTqoc/4A1LeuHV1MHIw Tc7X8xwkUDmGs5zzDxSIP07qIUbqe9SXqChU22/QS7zfBGW9BJhgK2nit9OP+XHWiDRg 1Sww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=dsZLboFwDkAbfRSUXlZdsj1O5RsVA89/fpth4cAV+Zo=; b=d0k6AkB9Jp7cgCXmz/AY3TFNs3LfoEO0BqWfx4StaDbz2YU9QlxlGFqplJdfHOf9mk s8H9bMN+l3lkUXBNnAQzoY/OLRs//fLGVP1hIT+GQRn9ofOc60V3Pah1qAIEKSFuVq4J xq9owI3E5Bf3UEUwySll8WFtv7MwgCFmmVB6Q3J8BI1jffS2ocgjKbUNoUO9A+6Mv9bh 0es1YxkOT+EaMq46P7G7hpPexcEgZyXrjX6Nu0Djj5/xyO5bDlfwK0SzlcLZ//QJ+fBD n4y7KF9FVRvwa+LtMWt4ofJ/TCk2IniNoqD+BEZHEcPXDZnl4xYlf4BRLtotrhi99YFN lMJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=HGtWDwNl; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id rh20si1601894ejb.234.2021.09.20.19.45.06; Mon, 20 Sep 2021 19:45:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=HGtWDwNl; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352417AbhITSYL (ORCPT + 99 others); Mon, 20 Sep 2021 14:24:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:40362 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1359451AbhITSQR (ORCPT ); Mon, 20 Sep 2021 14:16:17 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 2FB0861A6D; Mon, 20 Sep 2021 17:21:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1632158516; bh=Pq+FWwKvLvXcJmC6zHClG84ExKNJqUV4WG9CYNPkQvA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=HGtWDwNlj63ueRvwlXlQbWMkkkSe9VRfgQsG0GxRMyfA2XqISPYYTvpHozh8qzzG2 bvZH1O7Z7NLxgw7IbotnnhMrNXwcJv1GoBCjeuCGNdYQcbRcz6tcSw5xMqUeH61qip v14c/ymbaiEsgMGjJns3Kl2+XaQV1O9FokSGON3Y= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael , Shuah Khan , Sasha Levin Subject: [PATCH 5.4 160/260] usbip:vhci_hcd USB port can get stuck in the disabled state Date: Mon, 20 Sep 2021 18:42:58 +0200 Message-Id: <20210920163936.539774623@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210920163931.123590023@linuxfoundation.org> References: <20210920163931.123590023@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Shuah Khan [ Upstream commit 66cce9e73ec61967ed1f97f30cee79bd9a2bb7ee ] When a remote usb device is attached to the local Virtual USB Host Controller Root Hub port, the bound device driver may send a port reset command. vhci_hcd accepts port resets only when the device doesn't have port address assigned to it. When reset happens device is in assigned/used state and vhci_hcd rejects it leaving the port in a stuck state. This problem was found when a blue-tooth or xbox wireless dongle was passed through using usbip. A few drivers reset the port during probe including mt76 driver specific to this bug report. Fix the problem with a change to honor reset requests when device is in used state (VDEV_ST_USED). Reported-and-tested-by: Michael Suggested-by: Michael Signed-off-by: Shuah Khan Link: https://lore.kernel.org/r/20210819225937.41037-1-skhan@linuxfoundation.org Signed-off-by: Greg Kroah-Hartman Signed-off-by: Sasha Levin --- drivers/usb/usbip/vhci_hcd.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/usb/usbip/vhci_hcd.c b/drivers/usb/usbip/vhci_hcd.c index 46a46cde2070..170abb06a8a4 100644 --- a/drivers/usb/usbip/vhci_hcd.c +++ b/drivers/usb/usbip/vhci_hcd.c @@ -455,8 +455,14 @@ static int vhci_hub_control(struct usb_hcd *hcd, u16 typeReq, u16 wValue, vhci_hcd->port_status[rhport] &= ~(1 << USB_PORT_FEAT_RESET); vhci_hcd->re_timeout = 0; + /* + * A few drivers do usb reset during probe when + * the device could be in VDEV_ST_USED state + */ if (vhci_hcd->vdev[rhport].ud.status == - VDEV_ST_NOTASSIGNED) { + VDEV_ST_NOTASSIGNED || + vhci_hcd->vdev[rhport].ud.status == + VDEV_ST_USED) { usbip_dbg_vhci_rh( " enable rhport %d (status %u)\n", rhport, -- 2.30.2