Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1484265yba; Sat, 27 Apr 2019 00:01:05 -0700 (PDT) X-Google-Smtp-Source: APXvYqxcHSf3Ap0aSlfQCz6FY/QV1FFqePXAefgq+J9Nk/5V4GRD9srIaGRbATkQyaoxbP3AGnil X-Received: by 2002:aa7:8589:: with SMTP id w9mr51366634pfn.97.1556348465530; Sat, 27 Apr 2019 00:01:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556348465; cv=none; d=google.com; s=arc-20160816; b=TrMqq0FMd4/heQg4PzKOj23/2otN0EKIQOPlvZj3PFCrv6niXYd4YpsZbBeOG511Rk j2ucwtHFaqMNuLFWb8fu9U7g5pv6tlK7YigMO5eEKDqglZpCnIcbl/MhfN5BQBqujfmG 7fCs+dTY7gPMVgcLrJq36Qw9DCdu5EZRYuBeoA+++sXk/RbjVsM9K+4FHmYWvxf9LO4q DuHl3e0TF3lN8nJqFK7vx3dHKTCw99MCps1nvbdbZrf2rTVsLROYYoZuHSrQ4v+hX98R Ta8QhuuOgFChOkqYZjCy+pqJbRo8oj69gtb6viUgQM9tveNFdftB7fbJiXUMt5Y8HXpH JFoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=sescmwujnStW/3/tXdIeltCg2KATrmwCGCBgGixHog0=; b=o0T6XpEzd6rESutG6rzNDTPhk0jPZ39PM3Rzb11dIP3XGeJ0i198+not2m1Npuu17M Lz8R4VB15A/eIbpAe79e2CkevZSOmhEsPtBy+xOYD9rBmeaIHZzOjY/crd8BYs9wTQhD qCH2vVVSldK9qZxsy+o3zUXyEihO+GASardzFle2jX5Fl3TdXg79ZeDMDrwnMESBn05T XNGhdUa0ozs5Vi4zkUR431+rTzxvmu1c4alokNxj1HIgiF84DZa4RaOPlb5+M8qb+Blk KUMXQkX9vFokDRXNqBxG73uCxS3QCPrx9Mbz4d6at7VSH5eW1Sy7F/Hf7hF+usz8EKpk i1pQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=fDLDF9e7; 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 bi3si21820532plb.427.2019.04.27.00.00.46; Sat, 27 Apr 2019 00:01:05 -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=@kernel.org header.s=default header.b=fDLDF9e7; 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 S1726252AbfD0G61 (ORCPT + 99 others); Sat, 27 Apr 2019 02:58:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:48148 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726001AbfD0G61 (ORCPT ); Sat, 27 Apr 2019 02:58:27 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7EF122077B; Sat, 27 Apr 2019 06:58:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1556348306; bh=yfBMiPcLMy+O1uEvfH/c7VJUQlhkmumHM2EmB6C/bXM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=fDLDF9e7hF/cpX2j78ECujCKlaXxrfIox15ycN2/Unb67ptThnoRWFzzGnwO2fnEh O3I8pEUYRMOK81Y0X+gxIIK52TDIg3y5HX9KPZL7EsVOup2quHCk6+0bWxH8qD1CxL qRV5zH5E4D4E+YASVyKgotfEgm0jOle1qC8QhOdU= Date: Sat, 27 Apr 2019 08:58:23 +0200 From: Greg KH To: Jim Lin Cc: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/6] usb: hub:Extend usb_hub_clear_tt_buffer parameter Message-ID: <20190427065823.GC28250@kroah.com> References: <1556290206-9393-1-git-send-email-jilin@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1556290206-9393-1-git-send-email-jilin@nvidia.com> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 26, 2019 at 10:50:06PM +0800, Jim Lin wrote: > Extend usb_hub_clear_tt_buffer parameter to specify device number > that will have the TT state of its hub cleared. > > Signed-off-by: Jim Lin > --- > drivers/usb/core/hub.c | 5 +++-- > include/linux/usb/hcd.h | 2 +- > 2 files changed, 4 insertions(+), 3 deletions(-) > > diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c > index 15a2934dc29d..4dec054c9776 100644 > --- a/drivers/usb/core/hub.c > +++ b/drivers/usb/core/hub.c > @@ -840,6 +840,7 @@ int usb_hub_set_port_power(struct usb_device *hdev, struct usb_hub *hub, > /** > * usb_hub_clear_tt_buffer - clear control/bulk TT state in high speed hub > * @urb: an URB associated with the failed or incomplete split transaction > + * @devnum : device number that will have the TT state of its hub cleared > * > * High speed HCDs use this to tell the hub driver that some split control or > * bulk transaction failed in a way that requires clearing internal state of > @@ -851,7 +852,7 @@ int usb_hub_set_port_power(struct usb_device *hdev, struct usb_hub *hub, > * > * Return: 0 if successful. A negative error code otherwise. > */ > -int usb_hub_clear_tt_buffer(struct urb *urb) > +int usb_hub_clear_tt_buffer(struct urb *urb, int devnum) > { > struct usb_device *udev = urb->dev; > int pipe = urb->pipe; > @@ -873,7 +874,7 @@ int usb_hub_clear_tt_buffer(struct urb *urb) > /* info that CLEAR_TT_BUFFER needs */ > clear->tt = tt->multi ? udev->ttport : 1; > clear->devinfo = usb_pipeendpoint (pipe); > - clear->devinfo |= udev->devnum << 4; > + clear->devinfo |= devnum << 4; > clear->devinfo |= usb_pipecontrol(pipe) > ? (USB_ENDPOINT_XFER_CONTROL << 11) > : (USB_ENDPOINT_XFER_BULK << 11); > diff --git a/include/linux/usb/hcd.h b/include/linux/usb/hcd.h > index 695931b03684..01720f1f7d62 100644 > --- a/include/linux/usb/hcd.h > +++ b/include/linux/usb/hcd.h > @@ -559,7 +559,7 @@ struct usb_tt_clear { > struct usb_host_endpoint *ep; > }; > > -extern int usb_hub_clear_tt_buffer(struct urb *urb); > +extern int usb_hub_clear_tt_buffer(struct urb *urb, int devnum); > extern void usb_ep0_reinit(struct usb_device *); > > /* (shifted) direction/type/recipient from the USB 2.0 spec, table 9.2 */ > -- > 2.1.4 You just broke the build with this patch. No individual patch can ever do that, they all have to be stand-alone. Also, when you send a patch series, please make it such that they are "linked" together. git send-email does this automatically, I don't know how you sent these, but it did not work that way :( Also, always use scripts/get_maintainer.pl to determine who to send the patches to. You missed all of the maintainers and developers who need to review your patches :( sorry, greg k-h