Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2056773yba; Fri, 10 May 2019 05:42:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqyY64/QidtUIdBYwcpXBmSaCGIsM/wRqlQ2wZ51NP7V2TQDmH8UXeV+64kP97SCc1yDy86c X-Received: by 2002:a62:7a8f:: with SMTP id v137mr13618224pfc.243.1557492171895; Fri, 10 May 2019 05:42:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557492171; cv=none; d=google.com; s=arc-20160816; b=xWUbLnJlh67ElIOSCZiKRD/ka3G7JPfrvnrDOoYzsyvr8XuwpfyaFLZVq5okR6gcN/ dwfFdx38CaCt55xe/xMkhguwpfl+O6PSvqWI7mOjS2NoHe9x1nf3j9+xhQObG0QgeGfH MurdYxLCft4Y2B/oWzA6v2FcEaeeTvrjh3EN148EqcnRTYGkL2zBOn0HgQ8/2ifXHndb 52lO6g0tZwQndT1qeK2/nbXwKIyeEzh7YymDpypWuRbpN6h+WckrKy5srhXijtLjwMOv GH2WMSOq/DbYGsFJaNyM5LbtC/QltO8g9RFl+eUg6wd8RaW7E7mmf7p4sdQxvUwIcn0B pCqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:mime-version:references :in-reply-to:message-id:date:subject:cc:to:from; bh=XL6u44xKLx3S4vavXf/oJvPCLl/SMtX6HQQQXOiZKP4=; b=SyjHe63NPLAYLKjaDNUSF0kYb7aNMR/O1zlvMTJCoqIxQDiLQz6/94Y/9/lzb07jwI JtsfwzGA/Un/SRGvUuGhzxJq3mz4x7pMIBIKvuYr9q0zx4eFLYLAxmmdVDk+IUg549Ql kFTTayoF3ldskaNHrqJ0iaH7lD+DNgRso3vBX5Qvvenzyp9PUexzX8ZqTlVd/SlJT3rh 8InJ2o+uR/T7F8D65NxrejYYP7fyTcnZZELtEwVh2eGxQ+raJf5lnNsZkwkFL0oqiVqc d75No5uz3yx4VPZ3sd9hrabWlKHDhfffcOET4ZDvTP+mSTrnARaNdBhbrHRssdfVlC9r /Izg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=DqosdWwh; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f191si6653833pgc.570.2019.05.10.05.42.35; Fri, 10 May 2019 05:42:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=DqosdWwh; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727450AbfEJMYn (ORCPT + 99 others); Fri, 10 May 2019 08:24:43 -0400 Received: from hqemgate15.nvidia.com ([216.228.121.64]:14532 "EHLO hqemgate15.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727408AbfEJMYl (ORCPT ); Fri, 10 May 2019 08:24:41 -0400 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Fri, 10 May 2019 05:24:03 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Fri, 10 May 2019 05:24:40 -0700 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Fri, 10 May 2019 05:24:40 -0700 Received: from HQMAIL108.nvidia.com (172.18.146.13) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 10 May 2019 12:24:39 +0000 Received: from hqnvemgw01.nvidia.com (172.20.150.20) by HQMAIL108.nvidia.com (172.18.146.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 10 May 2019 12:24:39 +0000 Received: from jilin-desktop.nvidia.com (Not Verified[10.19.120.147]) by hqnvemgw01.nvidia.com with Trustwave SEG (v7,5,8,10121) id ; Fri, 10 May 2019 05:24:39 -0700 From: Jim Lin To: , , , , , , , , CC: , , Jim Lin Subject: [PATCH v9 2/2] usb: xhci: Add Clear_TT_Buffer Date: Fri, 10 May 2019 20:24:30 +0800 Message-ID: <1557491070-24715-3-git-send-email-jilin@nvidia.com> X-Mailer: git-send-email 2.1.4 In-Reply-To: <1557491070-24715-1-git-send-email-jilin@nvidia.com> References: <1557491070-24715-1-git-send-email-jilin@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1557491043; bh=XL6u44xKLx3S4vavXf/oJvPCLl/SMtX6HQQQXOiZKP4=; h=X-PGP-Universal:From:To:CC:Subject:Date:Message-ID:X-Mailer: In-Reply-To:References:MIME-Version:Content-Type; b=DqosdWwhcMkZi9bRTSMBkIsRLraxeHj4XfoHjQWCSmDFcY0abGw9jahwMOiB8P+sh Ul392qdqGqqjLueCRXYpMbxWyOaHlCYrtIZRqSnAEC08XNmNTqfQRjx4mY8FQ1vpRp PGYnzPBoR9MMdK5kEXDkdx0xu04N2ZkIge8Jt8+ChxQRRF0JaHmHTmP2xhVs+j/XP8 ZrATKblsxILQZLKI/1hYDvhxko3whDoOBH0vocNnohAKXyDYTp9laFr/IGQc9i+WiI 1W1fNKPrYLFwRkIiA3ATYAC6AF7nhv2vRGOTGbIvo2ImA8TX+LSZvrYbmxCjUuUlIg UpGKPwWCcwOMA== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org USB 2.0 specification chapter 11.17.5 says "as part of endpoint halt processing for full-/low-speed endpoints connected via a TT, the host software must use the Clear_TT_Buffer request to the TT to ensure that the buffer is not in the busy state". In our case, a full-speed speaker (ConferenceCam) is behind a high- speed hub (ConferenceCam Connect), sometimes once we get STALL on a request we may continue to get STALL with the folllowing requests, like Set_Interface. Here we update udev->devaddr in address_device callback function (this USB device address is assigned by XHCI controller) and invoke usb_hub_clear_tt_buffer() to send Clear_TT_Buffer request to the hub of the device for the following Set_Interface requests to the device to get ACK successfully. Signed-off-by: Jim Lin --- v2: xhci_clear_tt_buffer_complete: add static, shorter indentation , remove its claiming in xhci.h v3: Add description for clearing_tt (xhci.h) v4: Remove clearing_tt flag because hub_tt_work has hub->tt.lock to protect for Clear_TT_Buffer to be run serially. Remove xhci_clear_tt_buffer_complete as it's not necessary. Same reason as the above. Extend usb_hub_clear_tt_buffer parameter v5: Not extending usb_hub_clear_tt_buffer parameter Add description. v6: Remove unused parameter slot_id from xhci_clear_hub_tt_buffer v7: Add devaddr field in "struct usb_device" v8: split as two patches v9: no change drivers/usb/host/xhci-ring.c | 12 ++++++++++++ drivers/usb/host/xhci.c | 1 + 2 files changed, 13 insertions(+) diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c index 9215a28dad40..739737faf752 100644 --- a/drivers/usb/host/xhci-ring.c +++ b/drivers/usb/host/xhci-ring.c @@ -1786,6 +1786,17 @@ struct xhci_segment *trb_in_td(struct xhci_hcd *xhci, return NULL; } +static void xhci_clear_hub_tt_buffer(struct xhci_hcd *xhci, struct xhci_td *td) +{ + /* + * As part of low/full-speed endpoint-halt processing + * we must clear the TT buffer (USB 2.0 specification 11.17.5). + */ + if (td->urb->dev->tt && !usb_pipeint(td->urb->pipe) && + (td->urb->dev->tt->hub != xhci_to_hcd(xhci)->self.root_hub)) + usb_hub_clear_tt_buffer(td->urb); +} + static void xhci_cleanup_halted_endpoint(struct xhci_hcd *xhci, unsigned int slot_id, unsigned int ep_index, unsigned int stream_id, struct xhci_td *td, @@ -1804,6 +1815,7 @@ static void xhci_cleanup_halted_endpoint(struct xhci_hcd *xhci, if (reset_type == EP_HARD_RESET) { ep->ep_state |= EP_HARD_CLEAR_TOGGLE; xhci_cleanup_stalled_ring(xhci, ep_index, stream_id, td); + xhci_clear_hub_tt_buffer(xhci, td); } xhci_ring_cmd_db(xhci); } diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c index 7fa58c99f126..68b393e5a453 100644 --- a/drivers/usb/host/xhci.c +++ b/drivers/usb/host/xhci.c @@ -4096,6 +4096,7 @@ static int xhci_setup_device(struct usb_hcd *hcd, struct usb_device *udev, /* Zero the input context control for later use */ ctrl_ctx->add_flags = 0; ctrl_ctx->drop_flags = 0; + udev->devaddr = (u8)(le32_to_cpu(slot_ctx->dev_state) & DEV_ADDR_MASK); xhci_dbg_trace(xhci, trace_xhci_dbg_address, "Internal device address = %d", -- 2.1.4