Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2651imm; Thu, 16 Aug 2018 14:20:17 -0700 (PDT) X-Google-Smtp-Source: AA+uWPxzWodxiD682u6AcNoRZ6SxeHrBa6z1BSO5dwriLwx/R+7H3Hn5tINTxaa1Krim54HxWMqL X-Received: by 2002:a63:d20e:: with SMTP id a14-v6mr30410704pgg.226.1534454416962; Thu, 16 Aug 2018 14:20:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534454416; cv=none; d=google.com; s=arc-20160816; b=aClrRtmjbWS/MjN93jf1vF8FvpQ3Iz98I+HyMlLl09Fhv/A+/HH83NtB3DxxneqRqI lYfJ8glbuKJzHvjY/vWyGttRYkvxYtLGOGpLB0Ygziwwld1bbr1wL5EqxHDaCdrk9hzb Nxgbd3uRy5JoagXJFxTJeN0QOoyTkIN4s7GjRc6YRLOZhkRWmpihpdb+DsM9QWufkRRi ynWtX1mq7lNps688wCWlovLsgmRBisLI/QMg2S3dWMHuQicPQAf3/IndT2siTBPy7UXy rNYqXrLyh3EPTC33l7YDL2o6LOh9Pa6Sseun1WnLMzNa2gnKshNHE5uU964STsSCdGzn pa6w== 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:arc-authentication-results; bh=GnQ4pRpJ6AwPOFr4jK5YKpfVQX20IcKlts5lREKVCfw=; b=SURHl/+P969K/4qyjLPpRnJxK/foGJLtsK+cMLFCBOm3IDdheYp5uvyYBeRnUU+WZD S9uYkpEY+vsRfSRkFY2CSwYzt7n3kfvRlws1Tz7SrwGsvbUjcL9Qs7DixPH0sNh533v9 CsE1zwXqvZg9ghV2OIcSJutJT+EzPQ8A+o+SVqjtbkEzrEwXfWE5wOmHJjD/7d2ECCxi 2xrUa5GWr5owcgsrO4CBKpD+xrLKHu8bRb2RO2kk4uKDe5i5F0+NyDZSjKdAQDZZGkDG fbXT95RBgJH+/aW0Z+kB3F3jMwPW9omRBdZoqo8EcLc1sO0f6gCWMmWuZCgbpl1cG32b u7Kw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x4-v6si317068pga.320.2018.08.16.14.20.00; Thu, 16 Aug 2018 14:20:16 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725990AbeHQATf (ORCPT + 99 others); Thu, 16 Aug 2018 20:19:35 -0400 Received: from mga05.intel.com ([192.55.52.43]:48053 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725856AbeHQATf (ORCPT ); Thu, 16 Aug 2018 20:19:35 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Aug 2018 14:18:52 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,248,1531810800"; d="scan'208";a="77468435" Received: from unknown (HELO localhost.localdomain) ([10.232.112.44]) by fmsmga002.fm.intel.com with ESMTP; 16 Aug 2018 14:18:52 -0700 Date: Thu, 16 Aug 2018 15:19:40 -0600 From: Keith Busch To: "Derrick, Jonathan" Cc: "helgaas@kernel.org" , "linux-kernel@vger.kernel.org" , "okaya@kernel.org" , "willy@infradead.org" , "liudongdong3@huawei.com" , "poza@codeaurora.org" , "linux-pci@vger.kernel.org" , "linux-doc@vger.kernel.org" Subject: Re: [PATCH 1/2] PCI/DPC: Add 'nodpc' parameter Message-ID: <20180816211940.GB7400@localhost.localdomain> References: <1534368400-2807-1-git-send-email-jonathan.derrick@intel.com> <20180816154940.GD5762@bombadil.infradead.org> <1534434641.17819.27.camel@intel.com> <20180816203111.GB10316@bhelgaas-glaptop.roam.corp.google.com> <1534452635.17819.53.camel@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1534452635.17819.53.camel@intel.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 16, 2018 at 01:50:42PM -0700, Derrick, Jonathan wrote: > It can also be disabled with setpci, but is that any less of a hassle? > Genuine question to understand your point of view. That is not a real solution, IMO. 'setpci' is good to inject things for testing, but it changes config space without the kernel aware that you've done that, so it is inherently racey with other kernel threads touching pci config space. And the kernel or platform may end up undoing what you had 'setpci' do anyway with no immediate way to be notified it was changed.