Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp778460yba; Fri, 26 Apr 2019 08:35:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqzFScpb5FfYwBpqaNDU+oqFhWmsQNr8+bo6S3LcYwEzKk7o740c4M8tPgYQ/uAc3U6T01I0 X-Received: by 2002:a63:d256:: with SMTP id t22mr2262690pgi.80.1556292958409; Fri, 26 Apr 2019 08:35:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556292958; cv=none; d=google.com; s=arc-20160816; b=sPNAxkAcpos37BnAytE6TyhAsfBPZStpi87+9rYQKLPAc0917focW1KQXNjiR2sXMZ 4xVEiUlvN10iSnsp0013OmtApddjKmsdzfZLiQxy3zAxRdETPB8dka5Yfz6z86K2g4zy gLHgGxLzx/NsUYRPmF1A4xwYKpUwDKcX+aZ0a3h8rzfgqNKXnV/8Ne8BoQvtiu/N34nq Ax746GUBEeIdUYi1CWe40DKkLHGVT3tKPHtB7yIu7IKqsRQsOF0DpSqDDPveRxiu/EUw YQpywldzvmYS9IRw2OWMeD/mUiK2lDM9JOQA5ShHJWpxAHSmkKxkS7cX4RV800j5D37h m8Aw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:in-reply-to :subject:cc:to:from:date; bh=FJcNndR+vVIPepZQPAUaJhLJBWnrcquKLw9o3z4m5cA=; b=be8WyVGvuORccJ53twzRN0rQCSo1y6MaeJQegabxM90IuJD7cXKGvefgI6emkFmBW5 fjvA68YZXL4lQpg/KdDgKC3lVKmkL+8UzO4Ot1FPwpQLIZ8ilrqskWinmrRc6fgkm78g zu29A7DEVdr1MOsq9nea+cZ+qo/pn2ZNv+VQEksjqLuQ/HkvBDP9pD/yOd6uZMShh8z7 xInmIVyZNfUU/YrPloD3LaRdBVI/ljFBjQU1pDCcNrSmjn1y3yByIeoePcjN+uNM2jgH aK/mqW5b32Zi6/9qbxPWSNUl05wSX/vuvuYsY0CczXzLSndpKsBGJNmPGp9Q5n5cxa2q I51Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b74si25814155pfj.121.2019.04.26.08.35.42; Fri, 26 Apr 2019 08:35:58 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727137AbfDZPeE (ORCPT + 99 others); Fri, 26 Apr 2019 11:34:04 -0400 Received: from netrider.rowland.org ([192.131.102.5]:49243 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1727104AbfDZPeD (ORCPT ); Fri, 26 Apr 2019 11:34:03 -0400 Received: (qmail 30040 invoked by uid 500); 26 Apr 2019 11:34:02 -0400 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Apr 2019 11:34:02 -0400 Date: Fri, 26 Apr 2019 11:34:02 -0400 (EDT) From: Alan Stern X-X-Sender: stern@netrider.rowland.org To: Jim Lin cc: linux-usb@vger.kernel.org, Subject: Re: [PATCH 0/6] usb: Add Clear_TT_Buffer support for XHCI In-Reply-To: <1556290130-9347-1-git-send-email-jilin@nvidia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 26 Apr 2019, Jim Lin wrote: > Jim Lin (6): > usb: hub:Extend usb_hub_clear_tt_buffer parameter > usb: isp1760:Adjusted for usb_hub_clear_tt_buffer > usb: fotg210:Adjusted for usb_hub_clear_tt_buffer > usb: ehci: Adjusted for usb_hub_clear_tt_buffer > usb: dwc2: Adjusted for usb_hub_clear_tt_buffer > usb: xhci: Add Clear_TT_Buffer > > drivers/usb/core/hub.c | 5 +++-- > drivers/usb/dwc2/hcd_intr.c | 2 +- > drivers/usb/host/ehci-q.c | 2 +- > drivers/usb/host/fotg210-hcd.c | 2 +- > drivers/usb/host/xhci-ring.c | 25 +++++++++++++++++++++++++ > drivers/usb/host/xhci.c | 7 +++++++ > drivers/usb/host/xhci.h | 3 +++ > drivers/usb/isp1760/isp1760-hcd.c | 5 +++-- > include/linux/usb/hcd.h | 2 +- > 9 files changed, 45 insertions(+), 8 deletions(-) This doesn't explain anything. After reading the patches, I could see that patches 2-5 are needed in order to work with patch 1, but I don't know why patch 1 was needed in the first place. It looks like patch 1 forces callers to add an extra argument containing information that is already available, so why is the extra argument needed? In any case, this is the sort of the thing you should explain to people instead of forcing them to figure it out for themselves. Alan Stern