Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp296798img; Wed, 27 Feb 2019 22:46:00 -0800 (PST) X-Google-Smtp-Source: AHgI3IY4n8jg8yLK7lrx+U3LBymKy+5y/72wM3l0LZ1hgaGwosq96Y97oNQzHhG5ZSbRwrlQ8Jqd X-Received: by 2002:a63:8942:: with SMTP id v63mr6756911pgd.406.1551336360883; Wed, 27 Feb 2019 22:46:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551336360; cv=none; d=google.com; s=arc-20160816; b=zWMkJkYR36AkI8c7/afHcu5LdFfKt0+sLvNl2CyLNqbum4y/aCGomPOXlLKlpDcrud tm/24XQAGQRNwU5kXxWK9Lw5KPF6iQvpToXZFgDMAAPVubyG07Mg0MpFrQjHoaipWPXZ GWe4y+qqhspiQWMgfzSVs2Ci0SJAUtI/tUyWMN13g8703fpAbOpeo8hl71ZkNChcjrjn /ZqLxXQSwsIHZIvXhddYzaSVHrVYdkO6nvvV9JMHmxs227WG9Rn8JwJJkmwuFf0F+4EI 4Tvfs7CFtm/QtA3jqobCi7wUYXAC37bc5dhhixpXvP+PkgsS02xTLIVz9WaETpCZs8NG aZBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=lDWBkr/IgwVyatxLgk0Q+H2tYy3pGcUK0Nzx+4qQKUs=; b=faAKEH/0AbFME3dMSPo9l+EP6VCSujPKvsDFdF1B+FAtNt5rpyqsL3JLmW0Fd62KvC GY3T/LCaf9gulEl23zf/XedyTFX+abkFKorQ9nC2BzekE6+SyTZdePa8azGhmlpJUwVS elzuooJzzbtmTBi/umxWoYMwo4cS7INskW6fqM/ZZ2ZTn4RTdsS+l8nGa6/MIuAmoGXv 4YTH7lrhVkWTTUXWm4aKPGNI2L2oANhrUtl3tsW3hOfGsUJ8guuEu/WhvrJkEucEL9vB 070jq+GLxi6OeYOOyO0U5kDVSyIpEUZIlzjbJGJQUg2W43tgdUUExoYS7oSMVpP9Q796 kJNA== 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 v10si7160923plg.347.2019.02.27.22.45.45; Wed, 27 Feb 2019 22:46:00 -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 S1731074AbfB1Gnx (ORCPT + 99 others); Thu, 28 Feb 2019 01:43:53 -0500 Received: from bmailout2.hostsharing.net ([83.223.90.240]:45713 "EHLO bmailout2.hostsharing.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730977AbfB1Gnw (ORCPT ); Thu, 28 Feb 2019 01:43:52 -0500 Received: from h08.hostsharing.net (h08.hostsharing.net [83.223.95.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.hostsharing.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by bmailout2.hostsharing.net (Postfix) with ESMTPS id CBEAF2800B3C2; Thu, 28 Feb 2019 07:43:50 +0100 (CET) Received: by h08.hostsharing.net (Postfix, from userid 100393) id 524576F40E; Thu, 28 Feb 2019 07:43:50 +0100 (CET) Date: Thu, 28 Feb 2019 07:43:50 +0100 From: Lukas Wunner To: Alex_Gagniuc@Dellteam.com Cc: mr.nuke.me@gmail.com, helgaas@kernel.org, Austin.Bolen@dell.com, Shyam.Iyer@dell.com, bhelgaas@google.com, rafael.j.wysocki@intel.com, keith.busch@intel.com, poza@codeaurora.org, mika.westerberg@linux.intel.com, fred@fredlawl.com, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org Subject: Re: [PATCH v2] PCI: pciehp: Report degraded links via link bandwidth notification Message-ID: <20190228064350.zqq6gl6l4pxlj45x@wunner.de> References: <20181129230454.GF178809@google.com> <20181207182021.16344-1-mr.nuke.me@gmail.com> <20190225022857.awuspuxb4bedirjp@wunner.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 27, 2019 at 08:21:58PM +0000, Alex_Gagniuc@Dellteam.com wrote: > On 2/24/19 8:29 PM, Lukas Wunner wrote: > > On Fri, Dec 07, 2018 at 12:20:00PM -0600, Alexandru Gagniuc wrote: > > > Q: Why is this unconditionally compiled in? > > > A: The symmetrical check in pci probe() is also always compiled in. > > > > Hm, it looks like the convention is to provide a separate Kconfig entry > > for each port service. > > Does the convention still make sense in light of the symmetry reason? I don't know. In the past we had OpenWRT/LEDE folks complain that the PCI core is hogging too much memory on their space-constrained Mips routers, so they #ifdef'ed a lot of x86-specific stuff in quirks.c. In the same vein they could argue that they'd like to disable unneeded PCIe services. That space argument and possibly the reduction of attack surface on Linux firewalls is the only justification I can come up with for a separate Kconfig option for bandwidth notification. Thanks, Lukas