Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp3382301pxb; Sun, 26 Sep 2021 13:32:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx93v33bhGG8HmsXbO9ZF0I8LhlXp16VG02nf7jXEImSN7IWQkKXetv3fidLMieW7zpbc9h X-Received: by 2002:a17:90a:de94:: with SMTP id n20mr15675213pjv.48.1632688334350; Sun, 26 Sep 2021 13:32:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632688334; cv=none; d=google.com; s=arc-20160816; b=J0+ud4Dg4LlbrvE9NbDXotE2IEf4NuQXhTZ+bKNueRuFalYOIwR27ZxBmdSScEiQuI 8MPor1PgaaeYN/DAB1uMcm/gs+MKU46nGBJwpCIwbEpqBwa/TpQQQiFQG8sNIgxsoFdd cm1+eLfpXDw/Vsh/j1QvWklZZOgBYnelkE0ocVex6trqSYQ48SAW/SthOspccOVyoeuJ cuVBzr0c6V14Y/eRzsBW+tYTRP+sH6raaAl3WkvTKaTmYkDvtsfekCzGovtoRChgITyk Mr6EiYpe9p8AQnx01oQLguZT1VkwF/51X79xasoY2/ZYO975LWODS6iwRROUxgpCU/Cl Rxpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :message-id:subject:cc:to:from:date:dkim-signature; bh=euTL4s3KoMkHNFB+G5sU4mqui5XWxui2CiFfxPLJCrs=; b=lJT5m2UErfm++jO+/ogFdMiCSrVm/q3JNv1Yf7kZtad+nBbSqTeLK4puNsOeAaeYqN PLlefFXwJ+VT63ROP6S/6FbEa3KlC7D42Azx1stWcH1fKsf0lCke1eICPHUblEUnEFE9 JtFOBKtSjkBWVfHgXi+zJarccvR3ZaNlvLNXLhi7fAHNqhpBbl5MrVD6reiscP+ZTCjB SGonyTEAdJgSqYrZMeIzFeF2TIM3ipCQJGo8GNJHddCaPqC9QM3ojK/I9aiy8gEVUNhJ OFjK5xUc6Z3JaEaUGTXpZcSCkMdAjGkMMGVjxG8E2n44ZpqaSEA1sS7kbFTGxVkZR0aC MGsQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=oIfDfZ78; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x5si18723936pga.241.2021.09.26.13.32.00; Sun, 26 Sep 2021 13:32:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=oIfDfZ78; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230052AbhIZUcz (ORCPT + 99 others); Sun, 26 Sep 2021 16:32:55 -0400 Received: from mail.kernel.org ([198.145.29.99]:52532 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229894AbhIZUcy (ORCPT ); Sun, 26 Sep 2021 16:32:54 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 86FB960EE4; Sun, 26 Sep 2021 20:31:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1632688278; bh=/Hozk0nopGOayKv1poFzF4SX10bl8yXGfpVd9ZMgpbw=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=oIfDfZ78BGVWE8VEN926yEFIgkl53MnJTumWTfaHOth2W5Q6dQM5Zge4ySu7Acxx2 pz8ex/V3CFgkGWAfqJaBda6ImMOMkDkZzgFUbhJxI+xES9oRK1RvwKjwPAoFCxh3j+ RsV+cr3r9+6Blu6CavEw5DQCis4sICzd4JgdmP5bULy2ZdcT1G2mKtStZAjuuuPZ07 x7xGYc8XrPMmRiYJ3EPeSGFtU+QXOoNdxZsYGpWCzWROczQ0bohMCPAFWKOqKr+b2/ QATnJPbvW3eRa+tBpZv3o3bNIGcoAnpwV+BIvSXaJjaharLaL5g75LOmcpec0OtP8T C9xCakQrHJoZQ== Date: Sun, 26 Sep 2021 15:31:15 -0500 From: Bjorn Helgaas To: "Saheed O. Bolarinwa" Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, kw@linux.com Subject: Re: [RFC PATCH 0/3 v2] PCI/ASPM: Remove struct aspm_latency Message-ID: <20210926203115.GA590101@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210916084926.32614-1-refactormyself@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 16, 2021 at 10:49:23AM +0200, Saheed O. Bolarinwa wrote: > From: "Bolarinwa O. Saheed" > > To validate and set link latency capability, `struct aspm_latency` and > related members defined within `struct pcie_link_state` are used. > However, since there are not many access to theses values, it is possible > to directly access and compute these values. > Doing this will also reduce the dependency on `struct pcie_link_state`. > > The series removes `struct aspm_latency` and related members within > `struct pcie_link_state`. All latencies are now calculated when needed. > > Changes in this version: > - directly access downstream by calling `pci_function_0()` instead of > used the `struct pcie_link_state` > > Saheed O. Bolarinwa (3): > PCI/ASPM: Remove link latencies cached within struct pcie_link_state > PCI/ASPM: Remove struct pcie_link_state.acceptable > PCI/ASPM: Remove struct aspm_latency > > drivers/pci/pcie/aspm.c | 89 ++++++++++++++++++----------------------- > 1 file changed, 38 insertions(+), 51 deletions(-) Hi Saheed, what is this series based on? The other series (https://lore.kernel.org/r/20210916085206.2268-1-refactormyself@gmail.com) aplies cleanly to my "main" branch (v5.15-rc2), but this one doesn't apply either there or on top of the other. Bjorn