From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A52992DE1FE; Tue, 18 Nov 2025 18:59:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763492360; cv=none; b=rZnsyOTEEpGTZFxtQSf0NiedE+/MROHp22aV3pialqW2KEwRpNR3EKNyNG4fKj3ZTCk3JLLojhCcjJTfO41J2ZTOXpix9R41chXUCXviDAivS1Dg4gcnW/UiDmSrv7RXlJaYrTggu4+n/JHKh/Ok0Khr5+hEDnhyE/UuBKDJi/g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763492360; c=relaxed/simple; bh=NbYnGS0Gvtjj0O/ATTHE0hLak4XPDCCvFVuevEBXAKo=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition:In-Reply-To; b=ulH2Lu6CVc9GV5okQQ5GRuGvem/am2ARxhD5HiBNsHLr/NWNuVsUR38usPLsLDbcGs4Tkt7KSghrYyq/XWfjdVIm+5pUlgCxQAQruVQG576Q8VqCDV73v10/RnaLy0tEaKQsvTSirr/fyPJ2dSvaII3O6IZARetj8TrB6txzTIQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=gRLVw75D; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="gRLVw75D" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3DFA5C116B1; Tue, 18 Nov 2025 18:59:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1763492359; bh=NbYnGS0Gvtjj0O/ATTHE0hLak4XPDCCvFVuevEBXAKo=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=gRLVw75DZQRIC199NZP0+fLbXt5NziqDfA46T2DPhbBdDCtPYCBZfyyWW7UyRsEPw GVhheTS/RHFWMtANriPle8VTPUpebveAg/3fb4u/2eR7YIwxG0U6BENqJKIkLqshnI dmwF4WRPdFYFg7+thS2DyveG++gO2YeKAqNLmknGP/GdluG6MgbL7QMpK7s6eSXXys uoIUgoUiOpcFIOAGpfEWAeed4vMD1w+KY64OBxXUMmhj8wVcIuJhrVz7SqwJ+64A/z IvTrkxaPYm6ZcvxJMyP+tmwp2NOWXkblLJ2u0AzGcqDPslPXW7NukPPm1uFlTmPpR3 9XKOpyQpf81Xw== Date: Tue, 18 Nov 2025 12:59:17 -0600 From: Bjorn Helgaas To: Niklas Cassel Cc: Shawn Lin , Manivannan Sadhasivam , Lorenzo Pieralisi , Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , Rob Herring , Heiko Stuebner , Kever Yang , Simon Xue , Damien Le Moal , Dragan Simic , FUKAUMI Naoki , Diederik de Haas , Richard Zhu , Frank Li , Lucas Stach , Shawn Guo , Sascha Hauer , Fabio Estevam , Conor Dooley , Krzysztof Kozlowski , Thierry Reding , Jonathan Hunter , Hans Zhang , linux-tegra@vger.kernel.org, linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, kernel@pengutronix.de, Bjorn Helgaas Subject: Re: [PATCH 2/4] PCI: tegra194: Remove unnecessary L1SS disable code Message-ID: <20251118185917.GA2583698@bhelgaas> Precedence: bulk X-Mailing-List: linux-pci@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Nov 12, 2025 at 09:29:20AM +0100, Niklas Cassel wrote: > On Tue, Nov 11, 2025 at 04:16:09PM -0600, Bjorn Helgaas wrote: > > From: Bjorn Helgaas > > > > The DWC core clears the L1 Substates Supported bits unless the driver sets > > the "dw_pcie.l1ss_support" flag. > > > > The tegra194 init_host_aspm() sets "dw_pcie.l1ss_support" if the platform > > has the "supports-clkreq" DT property. If "supports-clkreq" is absent, > > "dw_pcie.l1ss_support" is not set, and the DWC core will clear the L1 > > Substates Supported bits. > > > > The tegra194 code to clear the L1 Substates Supported bits is unnecessary, > > so remove it. > > > > Signed-off-by: Bjorn Helgaas > > --- > > Since init_host_aspm() is now the only place using struct tegra_pcie_dw > struct member cfg_link_cap_l1sub, I think that you can remove this struct > member, and instead make this a local variable in init_host_aspm(). It looks like tegra_pcie_ep_irq_thread() also uses it, although I'm dubious about that. It's odd that software would be responsible for sending LTR messages, but I guess this only happens for tegra194_pcie_dw_ep_of_data, and apparently it's fixed (".has_ltr_req_fix" for tegra234. And odd that we would read the capability register on every interrupt even though this driver is the only thing that can change it, so we should be able to cache the value in init_host_aspm().