Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp2057904rwb; Thu, 19 Jan 2023 20:18:06 -0800 (PST) X-Google-Smtp-Source: AMrXdXvlpdcVsDLz9vvHwetue4hwMyTlmKZQswzKkYxHpbM8COuSUQppZ0ZE0y6aZfMYi+iC/1bo X-Received: by 2002:a17:906:80d:b0:870:d15a:c2e0 with SMTP id e13-20020a170906080d00b00870d15ac2e0mr12799884ejd.51.1674188286480; Thu, 19 Jan 2023 20:18:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674188286; cv=none; d=google.com; s=arc-20160816; b=xBeoT8O7YaDAIpxtKkQdVaLADTidfPMvQfOxCDhHijlVo0NtA+Qb/A6i5EoqUmuFTV 5OaF/9dmy9YAAJ3pgJBb9aqsCCW/4UPCLuGwKKbxV0bl2/g/KHbSx9oIZkp4ukZpziGK 3m6R51TlclnSUFN+tfWEIGgmVriPASnDGDxV5ILw0KK2uWyQw2Dk1Su368wCd1H5JuGd /owSb2Z1X7fPV1Xr+7oBEuofmvh8XNQAR6FfZZzh31zZsd4aZasx5Bn3Du9Q7slZwO3U NLIzpt77ztaXXimCqx74jzfg7+KA8aNBVglTW35l3rVjSD0wugFT/GhQFVHTkKiqGKHI 0+VA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=3NjjXtCQ8TACBcJ3giwP/miKGoeN1SdN2Wd+sroT/KE=; b=WGNYyY2JHnGAWK2puQcptL5zzLn25CJwIpfjkprLKDF6fZG2kSDKX2kJHEUdIlY3Ja bMv0Dk5b/ERrz4dXDdDmdt11A3vWaUAsFhI/eEJOJeygLyDfbxroQ7gdCLiwlSn5MwD9 CPh9XS9/T3WEJyAk6AtiZC+P8fo/vZ0bMM4p0+wOuc6tEBNNcmO55imGFyXiQiDEkrwj 3qV8hPQVyrsyekKLoqlgrwmEh4W29fZQgbvC/CIsoV6ON6Sd6WbtQTzHv1NZ62kcMFWf OAq8Il0GBYytNcPOjIJ3zwmF8jzkvigUm/9tmvp1FCM/vuhTk4ZdHdaWDAe/51jLcoRu OyXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=FKFLa4Q8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id di4-20020a170906730400b007ae814af6aasi19759858ejc.87.2023.01.19.20.17.55; Thu, 19 Jan 2023 20:18:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=FKFLa4Q8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229697AbjATDPa (ORCPT + 46 others); Thu, 19 Jan 2023 22:15:30 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33384 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229668AbjATDP1 (ORCPT ); Thu, 19 Jan 2023 22:15:27 -0500 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AB30146B5; Thu, 19 Jan 2023 19:15:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1674184523; x=1705720523; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=4jDmbEZOq20imEpmSNigsxyKvHJRHXqj30rz4w/7Fss=; b=FKFLa4Q8nHR/4cIBB8XOWkYacBBEXzHpK5Qp5Y1CHu62RqH9Z67S3jiQ 3IyRuDrNNhZZd/sD1GrQPwM/ZdyALM5kdnUV0A0ynmsovZPueEp8BtHaz eS3OdokIiISQyjSAnimVa9P/EpbcE5+NoyTPenK8WstFq1PfWcBfOSdfC z500O6sp6SBRICbkLTR9bq1wBXVIpKVKcfW0YkeTqLmB/5rW/EzaFII5H xGDPDFwgvs+WtSx3YHJpn6oOtHbpyPEKHLao0FKZuAYWbNeYWuKA5M7xJ lsvofcCFFvHY1rwPUPBWD0daXG64J+rATBHx8pXkyEvGPqSW3yGnFI9F4 w==; X-IronPort-AV: E=McAfee;i="6500,9779,10595"; a="390012670" X-IronPort-AV: E=Sophos;i="5.97,230,1669104000"; d="scan'208";a="390012670" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Jan 2023 19:15:23 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10595"; a="638009303" X-IronPort-AV: E=Sophos;i="5.97,230,1669104000"; d="scan'208";a="638009303" Received: from linux.intel.com ([10.54.29.200]) by orsmga006.jf.intel.com with ESMTP; 19 Jan 2023 19:15:22 -0800 Received: from debox1-desk4.intel.com (unknown [10.212.255.207]) by linux.intel.com (Postfix) with ESMTP id 9F35B580AFF; Thu, 19 Jan 2023 19:15:22 -0800 (PST) From: "David E. Box" To: david.e.box@linux.intel.com, nirmal.patel@linux.intel.com, jonathan.derrick@linux.dev, lorenzo.pieralisi@arm.com, hch@infradead.org, kw@linux.com, robh@kernel.org, bhelgaas@google.com, michael.a.bottini@intel.com, rafael@kernel.org, me@adhityamohan.in Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH V10 0/4] Enable PCIe ASPM and LTR on select hardware Date: Thu, 19 Jan 2023 19:15:18 -0800 Message-Id: <20230120031522.2304439-1-david.e.box@linux.intel.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This series adds a work around for enabling PCIe ASPM and for setting PCIe LTR values on VMD reserved root ports on select platforms. While configuration of these capabilities is usually done by BIOS, on these platforms these capabilities will not be configured because the ports are not visible to BIOS. This was part of an initial design that expected the driver to completely handle the ports, including power management. However on Linux those ports are still managed by the PCIe core, which has the expectation that they adhere to device standards including BIOS configuration, leading to this problem. The target platforms are Tiger Lake, Alder Lake, and Raptor Lake though the latter has already implemented support for configuring the LTR values. Meteor Lake is expected add BIOS ASPM support, eliminating the future need for this work around. Note, the driver programs the LTRs because BIOS would also normally do this for devices that do not set them by default. Without this, SoC power management would be blocked on those platform. This SoC specific value is the maximum latency required to allow the SoC to enter the deepest power state. This patch addresses the following open bugzillas on VMD enabled laptops that cannot enter low power states. Link: https://bugzilla.kernel.org/show_bug.cgi?id=212355 Link: https://bugzilla.kernel.org/show_bug.cgi?id=215063 Link: https://bugzilla.kernel.org/show_bug.cgi?id=213717 David E. Box (3): PCI: vmd: Use PCI_VDEVICE in device list PCI: vmd: Create feature grouping for client products PCI: vmd: Add quirk to configure PCIe ASPM and LTR Michael Bottini (1): PCI/ASPM: Add pci_enable_link_state() drivers/pci/controller/vmd.c | 97 ++++++++++++++++++++++++++---------- drivers/pci/pcie/aspm.c | 54 ++++++++++++++++++++ include/linux/pci.h | 7 +++ 3 files changed, 132 insertions(+), 26 deletions(-) base-commit: 5dc4c995db9eb45f6373a956eb1f69460e69e6d4 -- 2.34.1