Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp21578092ybl; Mon, 6 Jan 2020 07:17:43 -0800 (PST) X-Google-Smtp-Source: APXvYqwR5ZUS4cmT1TmiprW+JYyr0ggPOSfxzXs4SURi6F0XHVOJ274s0/S72jbe3NjtFqXCO9Mk X-Received: by 2002:a9d:600e:: with SMTP id h14mr112693210otj.113.1578323863629; Mon, 06 Jan 2020 07:17:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578323863; cv=none; d=google.com; s=arc-20160816; b=Evu+bviKzTb8NVRg5zHXwRcUaGasg2zVdFjJsZRhULkb6Ymbc4PfkspKBhdr9kv71q bCMHTvan5h8Fmd1jSJlilqt76imnTU6ViiA1Sp8kuxonk0JDY3a7CBy3VUrSVtyXvzwK ngpwZc4Ec7i/UjeQG7uJIjT8+D/UGFETKy5Oi7I26ZB5cPd1Aclr5wo9lwvrSy8O5ZAG M3GffDJg79luZb8gtQ8NjvnGmzKMRpkJsIJbttdG/9Mkbl8Tlv6GytN+G+akwbHr7Tfd U8j1Zaw/YbQRMXpDsUNESLSvj6RMmI/wy0qi23PIwvePgcOnr2MD7t+5nnx1UkPV8X1i oFkw== 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=0Sa3xvXgD5H0AxJnSTOllpofx3nfkKIfpzXfYEinjbY=; b=K/I4ZgA205VSiOta+ZrPp2suS4oH754IVMtVG0v5Xhk3LqbPDYW7nqtXte+xsWoHXg stqf6bcWLpzUsYy4CY2TxoYcEj16SJ2SbQ43wX+0JBZboWkeyvYR1vJE2q1aearpQwDo 6BEia2xdsrDCte9Zdj0nELyP6Qqmqs/kxHh32BzSKJ2KfWuIcK7d2/pWxPPwGl12Ls2z LYUHXbnt7n3KD2XDMGMYslobSrJqZXSaqfrk34y4KkDX0nNXyUM70Qt7YynTmNdtD36c 5L1cRbwzTGnu2VzqJMoFoc1Lmr5nIm+u4iIHH1HVBDGZzJvYDanxd+G2BMe3CHCF5Dpd wm7g== 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 q5si5850229otr.258.2020.01.06.07.17.30; Mon, 06 Jan 2020 07:17:43 -0800 (PST) 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 S1726487AbgAFPQi (ORCPT + 99 others); Mon, 6 Jan 2020 10:16:38 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:53044 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1726436AbgAFPQh (ORCPT ); Mon, 6 Jan 2020 10:16:37 -0500 Received: (qmail 1716 invoked by uid 2102); 6 Jan 2020 10:16:36 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 Jan 2020 10:16:36 -0500 Date: Mon, 6 Jan 2020 10:16:36 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Dmitry Osipenko cc: Greg Kroah-Hartman , Peter Chen , Thierry Reding , Jonathan Hunter , Felipe Balbi , =?UTF-8?q?Micha=C5=82=20Miros=C5=82aw?= , , , Subject: Re: [PATCH v4 20/20] usb: host: ehci-tegra: Remove unused fields from tegra_ehci_hcd In-Reply-To: <20200106013416.9604-21-digetx@gmail.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 Mon, 6 Jan 2020, Dmitry Osipenko wrote: > There are few stale fields in tegra_ehci_hcd structure, let's remove them. > > Signed-off-by: Dmitry Osipenko > --- > drivers/usb/host/ehci-tegra.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/drivers/usb/host/ehci-tegra.c b/drivers/usb/host/ehci-tegra.c > index 1eb94205a5ac..d6433f206c17 100644 > --- a/drivers/usb/host/ehci-tegra.c > +++ b/drivers/usb/host/ehci-tegra.c > @@ -42,12 +42,10 @@ struct tegra_ehci_soc_config { > }; > > struct tegra_ehci_hcd { > - struct tegra_usb_phy *phy; > struct clk *clk; > struct reset_control *rst; > int port_resuming; > bool needs_double_reset; > - enum tegra_usb_phy_port_speed port_speed; > }; > > static int tegra_reset_usb_controller(struct platform_device *pdev) For patches 2, 19, and 20: Acked-by: Alan Stern It's nice to see that patch 2 makes the sequence of events in tegra_ehci_remove() exactly the same as the failure pathway in tegra_ehci_probe(). Alan Stern