Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp6152738imb; Fri, 8 Mar 2019 10:25:31 -0800 (PST) X-Google-Smtp-Source: APXvYqzIvJtY9DDLN2IhFvch0y7whH+E7RMyoNgy2YUnKWfd96lf8eo8XI1AOtI+lSQX+C94L5kO X-Received: by 2002:a17:902:8346:: with SMTP id z6mr20535145pln.74.1552069531163; Fri, 08 Mar 2019 10:25:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1552069531; cv=none; d=google.com; s=arc-20160816; b=f+HOZcuVIO4oKr57hmaGMxyEVH4pDxqs3nQ5ejFDbvRPbb+Fnyy4mBWl3nOuOMpYvQ AvvvFpVPxIxWpCc3TWfdmKmJ6DvamMUj6QxS55fP7GFU6jTQ40GYsDjBbZjS69gLjWMH sl2D1FUBYChSFH++gj30tCLhLY2CenzH4//kSIcCaofFysvcMbx3APQChvoj4WUIm5Cn 9P+yU9nzfp5WrNEO/pEMgon7zhXQmWsm8CaZbEfJkv/xuG8yqg40vPOI2TgRFWVk5mpe yEoI4tEIgl9H1ffK7RFANtUTJXkp7aKiPFSmKUBdJQloZXZunYUN06obb4iLIrxszR5d eUgQ== 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=ERWiaeqgrrSPsaBaYQepIWA+hNJYdapxCXNNYWvdn+g=; b=QAd6Ae8X23QHJYy2Ecxux5jdarVCg+f6TjvERr7quOOkxKWTDXagVAf3LxmJZ9sg1G 4SLwB+OVf2uKHC74I3+mm7DWHebIdcTxbtEfZQCpwCcMWElz0CV0jH5jVI1iB7vQzS6R SoC69Ub2plTK55d4cTiojnrOclDDcbLKzKSIdh/w7L42+f3xc9qS7Rk/m60cj1E7ctOW 7MEKAFU3Dk41eCwaXDKUtiktp3NlWWeo0AIufwdeSyNe72qru3KPMdkd9KjvK6ESb09K cXTtjCGFO1c7HZc3qBxe0qj/rNSw9MPYFFLbgEyp3r/vECJxYgacsRiDpfAG22JsJRG3 vTYQ== 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 134si7714164pfz.274.2019.03.08.10.25.15; Fri, 08 Mar 2019 10:25:31 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727084AbfCHSYH (ORCPT + 99 others); Fri, 8 Mar 2019 13:24:07 -0500 Received: from mga06.intel.com ([134.134.136.31]:40140 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726342AbfCHSYG (ORCPT ); Fri, 8 Mar 2019 13:24:06 -0500 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2019 10:24:05 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,456,1544515200"; d="scan'208";a="150572049" Received: from unknown (HELO localhost.localdomain) ([10.232.112.69]) by fmsmga004.fm.intel.com with ESMTP; 08 Mar 2019 10:24:05 -0800 Date: Fri, 8 Mar 2019 11:24:38 -0700 From: Keith Busch To: Bjorn Helgaas Cc: linux-pci@vger.kernel.org, Lukas Wunner , Russell Currey , Sam Bobroff , Oliver O'Halloran , Andy Shevchenko , "Rafael J. Wysocki" , Sinan Kaya , Mika Westerberg , Matthew Wilcox , Frederick Lawler , linux-kernel@vger.kernel.org Subject: Re: [RFC] Log PCIe service info with pci_dev, not pcie_device Message-ID: <20190308182437.GB5232@localhost.localdomain> References: <20190308180149.GD214730@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190308180149.GD214730@google.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 Fri, Mar 08, 2019 at 12:01:49PM -0600, Bjorn Helgaas wrote: > Changing that would be a big project that I don't want to tackle right > now, but I think a small step would be to simplify the dmesg logging > by doing it with the underlying pci_dev instead of the pcie_device. > For example, we could do something like the patch below, which would > change the dmesg output like this: > > - pciehp 0000:80:10.0:pcie004: Slot #36 AttnBtn- PwrCtrl- MRL- AttnInd+ PwrInd+ HotPlug+ Surprise+ Interlock- NoCompl- LLActRep+ > + pcieport 0000:80:10.0: pciehp: Slot #36 AttnBtn- PwrCtrl- MRL- AttnInd+ PwrInd+ HotPlug+ Surprise+ Interlock- NoCompl- LLActRep+ Acked-by: Keith Busch > diff --git a/drivers/pci/hotplug/pciehp_hpc.c b/drivers/pci/hotplug/pciehp_hpc.c > index 7dd443aea5a5..2761778f2ecc 100644 > --- a/drivers/pci/hotplug/pciehp_hpc.c > +++ b/drivers/pci/hotplug/pciehp_hpc.c > @@ -868,7 +868,7 @@ struct controller *pcie_init(struct pcie_device *dev) > PCI_EXP_SLTSTA_MRLSC | PCI_EXP_SLTSTA_CC | > PCI_EXP_SLTSTA_DLLSC | PCI_EXP_SLTSTA_PDC); > > - ctrl_info(ctrl, "Slot #%d AttnBtn%c PwrCtrl%c MRL%c AttnInd%c PwrInd%c HotPlug%c Surprise%c Interlock%c NoCompl%c LLActRep%c%s\n", > + pci_info(pdev, "Slot #%d AttnBtn%c PwrCtrl%c MRL%c AttnInd%c PwrInd%c HotPlug%c Surprise%c Interlock%c NoCompl%c LLActRep%c%s\n", > (slot_cap & PCI_EXP_SLTCAP_PSN) >> 19, > FLAG(slot_cap, PCI_EXP_SLTCAP_ABP), > FLAG(slot_cap, PCI_EXP_SLTCAP_PCP),