Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp4493161img; Tue, 26 Mar 2019 10:25:17 -0700 (PDT) X-Google-Smtp-Source: APXvYqzL0A3JaBwRbMhOtBia3SWj34hzg4ThLL6dXyy0PZESsttzJml331mAhplChFzG2cBUA7da X-Received: by 2002:a62:1d94:: with SMTP id d142mr875764pfd.83.1553621117334; Tue, 26 Mar 2019 10:25:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553621117; cv=none; d=google.com; s=arc-20160816; b=m/bqWAaeFIQVOXpSGTaYPPuyph9remCvZBHwqpZInIy2+RR9v7cvbn8N6rm5+a/+Fe 3oiZMLpyQiY8/+8AAxzvp0TjJSMqSZIwvx7zKtBb35EJcdNz+9Fwdr2utCspHNfYg/TL ncy+bhDKiToTHx7h+xiEFXp5RXPBZRUOXCIcTwBo9uEwp4ZlooCKx7xdgfdaR/+mf1py A8iE2YaEA8FxTiCh6/YLzdh+O9em/35j8csVx3mkIHpehb5IUf+wibs9YKFuIOPS4C0J 2AR7XNkUMnu9vGsDDALoYJibpkBNgrG5EWj+Q1TRN8WnFSdYgWQps1SsB/5ksh8VIBg2 d/5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=GrNTWMSdwdmcCzwUphihcH8fY2Na1YarPGgraT4osj0=; b=ydMWq8ywHyYybuBAjagogRG2XhBcUgSQeWGx+jnbTd6NK1YWIaystobxdoV6pWmFp7 K8dFQiAP50DL7iFb/rW7mlmGYfftiAd9Y/gKU834K2Ano1jmt5HACu2BpkuvkcexEHDP aEdw+me1eHgvAwqmzPqq0ZMZBSE7rjQDkWK/2BpDsK1RbEV3KHBMATAX/0jaMMEdV3tq i56fJE5MjirNQu/I52ennqQAviHQ+5pWxQskcZ+a57BuzfCm5BWwDyuHD+zZ0bcGK39B 7SSvKm8kNXtb0fdmpu1PFwbOpD2L+QmRpBIOiKQ7NrABfz8tslLvldGaZzxH+/f/n/K2 KG0A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=N1vxrjEi; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 42si18003475pla.391.2019.03.26.10.25.02; Tue, 26 Mar 2019 10:25:17 -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=@gmail.com header.s=20161025 header.b=N1vxrjEi; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732118AbfCZRX5 (ORCPT + 99 others); Tue, 26 Mar 2019 13:23:57 -0400 Received: from mail-oi1-f193.google.com ([209.85.167.193]:46515 "EHLO mail-oi1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726278AbfCZRX4 (ORCPT ); Tue, 26 Mar 2019 13:23:56 -0400 Received: by mail-oi1-f193.google.com with SMTP id x188so10553691oia.13; Tue, 26 Mar 2019 10:23:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=GrNTWMSdwdmcCzwUphihcH8fY2Na1YarPGgraT4osj0=; b=N1vxrjEiksjfKwhhbLGIKcnVB7hA/pL2dejCO4eRxTkhqc+6aZPNVtsWZ8VkDE+f8Z 8h+qQg42haGOMWQ7B6RPUp39RspKwE1Fhow1TUTobcwQpPLqTb5gGjrxcCk/f3RMEWsd HN5tSi2AMHy5WuuP3zceCIYOn4EvdTRZKfA3a1tEOjmDAOfV/3eaVjdMXOrJJigHiVHp 83bVxq0jADf3EGDbptLvgzkNQH0f8QcETOSitL9rsSD7PtGbjFiOKpkB+jIZK+L3YDce sV66gKVcKlPdiIsC3UYI0UiPGr4GcNE52G6Si+MCmPQT6rjvqFvXwRJ96gKHZN65M2BA 1/Mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=GrNTWMSdwdmcCzwUphihcH8fY2Na1YarPGgraT4osj0=; b=faDGQVk7jDOnYGe2gOK2YF0KrG6v1pnUZgaK1x2JvaGCMXylRfCQg6rrRrVNoqyHvp LeJsWZcyWhC3IPby1kH5H0tgRG6GqvbY9DgTLEszM9jnzDj9s0WeUMSG4+CxaJ1VuzoQ WWzEhNRdlyB3/5yQf9ZBkuN2PjikwWuZ8EnfGHWz0q+iGuNrDeA80hwKFz9+YhoECPUb ROlyTsbpHHyk+wW1udNICPugVPOUA5g5im4bmJeNbZppXPhanRu7LtAB++7R0aa2dblR kY6K50fp6oq7wQaQKbDrd6Y/Y8HbkAQkZsW158vJMV8XelXX8g7jgByt+dFnt/jluJf3 K4cw== X-Gm-Message-State: APjAAAUyKDhQuDDyqoVxZE+/G4iE6fLOdJfB61duCJ8UqeyfN8NK3+NA u2BvikL9c7LdI+3raH/5KNI= X-Received: by 2002:aca:a84a:: with SMTP id r71mr16744805oie.56.1553621034688; Tue, 26 Mar 2019 10:23:54 -0700 (PDT) Received: from nuclearis2-1.lan (c-98-195-139-126.hsd1.tx.comcast.net. [98.195.139.126]) by smtp.gmail.com with ESMTPSA id z12sm3047459otp.2.2019.03.26.10.23.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 26 Mar 2019 10:23:54 -0700 (PDT) From: Alexandru Gagniuc To: bhelgaas@google.com Cc: austin_bolen@dell.com, alex_gagniuc@dellteam.com, keith.busch@intel.com, Shyam_Iyer@Dell.com, lukas@wunner.de, okaya@kernel.org, scott.faasse@hpe.com, leo.duran@amd.com, Alexandru Gagniuc , "Rafael J. Wysocki" , Len Brown , Russell Currey , Sam Bobroff , "Oliver O'Halloran" , linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: [PATCH v2 1/2] PCI/AER: Do not use APEI/HEST to disable AER services globally Date: Tue, 26 Mar 2019 12:23:41 -0500 Message-Id: <20190326172343.28946-2-mr.nuke.me@gmail.com> X-Mailer: git-send-email 2.19.2 In-Reply-To: <20190326172343.28946-1-mr.nuke.me@gmail.com> References: <20190326172343.28946-1-mr.nuke.me@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org As part of the ACPI Platform Error Interfaces (APEI), the HEST table describes the meaning of errors sources. Although HEST is related to ownership of AER, the gatekeeper for AER ownership is the _OSC method. HEST can identify error sources as firmware-first with granularity ranging from device-level to global. It's not uncommon for HEST to say "all AER errors sent via of APEI are firmware-first" by setting the firmware-first and global bits. It's still allowable to do this and grant the OS AER control over part of the PCIe topology. Because there is quite some flexibility in how HEST and _OSC can interact, it is wrong to assume that global firmware-first implies _OSC will never grant AER control. If we don't ask for control, we are not going to get it, and we may have entire parts of the PCIe tree that do not report errors. Thus, ask for AER ownership, regardless of HEST. Signed-off-by: Alexandru Gagniuc --- drivers/acpi/pci_root.c | 9 ++------- drivers/pci/pcie/aer.c | 25 +------------------------ include/linux/pci-acpi.h | 6 ------ 3 files changed, 3 insertions(+), 37 deletions(-) diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c index 707aafc7c2aa..32b2053bb0fa 100644 --- a/drivers/acpi/pci_root.c +++ b/drivers/acpi/pci_root.c @@ -491,13 +491,8 @@ static void negotiate_os_control(struct acpi_pci_root *root, int *no_aspm, if (IS_ENABLED(CONFIG_HOTPLUG_PCI_SHPC)) control |= OSC_PCI_SHPC_NATIVE_HP_CONTROL; - if (pci_aer_available()) { - if (aer_acpi_firmware_first()) - dev_info(&device->dev, - "PCIe AER handled by firmware\n"); - else - control |= OSC_PCI_EXPRESS_AER_CONTROL; - } + if (pci_aer_available()) + control |= OSC_PCI_EXPRESS_AER_CONTROL; requested = control; status = acpi_pci_osc_control_set(handle, &control, diff --git a/drivers/pci/pcie/aer.c b/drivers/pci/pcie/aer.c index f8fc2114ad39..d029979e61f6 100644 --- a/drivers/pci/pcie/aer.c +++ b/drivers/pci/pcie/aer.c @@ -313,29 +313,6 @@ int pcie_aer_get_firmware_first(struct pci_dev *dev) return dev->__aer_firmware_first; } -static bool aer_firmware_first; - -/** - * aer_acpi_firmware_first - Check if APEI should control AER. - */ -bool aer_acpi_firmware_first(void) -{ - static bool parsed = false; - struct aer_hest_parse_info info = { - .pci_dev = NULL, /* Check all PCIe devices */ - .firmware_first = 0, - }; - - if (pcie_ports_native) - return false; - - if (!parsed) { - apei_hest_parse(aer_hest_parse, &info); - aer_firmware_first = info.firmware_first; - parsed = true; - } - return aer_firmware_first; -} #endif #define PCI_EXP_AER_FLAGS (PCI_EXP_DEVCTL_CERE | PCI_EXP_DEVCTL_NFERE | \ @@ -1450,7 +1427,7 @@ static struct pcie_port_service_driver aerdriver = { */ int __init pcie_aer_init(void) { - if (!pci_aer_available() || aer_acpi_firmware_first()) + if (!pci_aer_available()) return -ENXIO; return pcie_port_service_register(&aerdriver); } diff --git a/include/linux/pci-acpi.h b/include/linux/pci-acpi.h index 8082b612f561..2e9c0b973eba 100644 --- a/include/linux/pci-acpi.h +++ b/include/linux/pci-acpi.h @@ -116,10 +116,4 @@ static inline void acpi_pci_add_bus(struct pci_bus *bus) { } static inline void acpi_pci_remove_bus(struct pci_bus *bus) { } #endif /* CONFIG_ACPI */ -#ifdef CONFIG_ACPI_APEI -extern bool aer_acpi_firmware_first(void); -#else -static inline bool aer_acpi_firmware_first(void) { return false; } -#endif - #endif /* _PCI_ACPI_H_ */ -- 2.19.2