linux-pci.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bjorn Helgaas <bhelgaas@google.com>
To: Yijing Wang <wangyijing@huawei.com>
Cc: Jon Mason <jdmason@kudzu.us>,
	linux-pci@vger.kernel.org, Hanjun Guo <guohanjun@huawei.com>,
	jiang.liu@huawei.com
Subject: Re: [PATCH v5 1/2] PCI: fix the only slot identification in pcie_find_smpss()
Date: Fri, 16 Aug 2013 16:17:16 -0600	[thread overview]
Message-ID: <20130816221716.GA25780@google.com> (raw)
In-Reply-To: <1376533135-36708-2-git-send-email-wangyijing@huawei.com>

On Thu, Aug 15, 2013 at 10:18:54AM +0800, Yijing Wang wrote:
> We use list_is_singular() to identify the slot whether is
> only slot directly connected to the root port in
> pcie_find_smpss(). It's not correct, if we have only slot
> connected to root port, and this slot has two function devices.
> list_is_singular() return false. This patch introduces
> pci_only_one_slot() to fix this issue. In addition, we should
> pass subordinate bus devices list to list_is_singular(), not
> its parent bus devices list.

This is a perfect example of a changelog that looks like it has a lot
of information but makes absolutely no sense.  It describes the lowest
possible level of detail, but nothing to motivate or justify the
change.

I assume we want this patch because it allows us to set larger MPS
values for hot-added devices, which increases performance.  Or maybe
the hot-added devices just don't work because we set their MPS wrong.
Whatever it is, you should mention it.

Apparently this change has to do with multi-function devices, but you
don't say why that's important.  You should include a reference to
whatever spec section this is related to.

I wonder whether pci_only_one_slot() does what you intend for ARI
devices, where a multi-function device may have up to 256 functions.
PCI_SLOT() will return different "device" numbers for those functions
even though they're actually part of the same device.  Please explain.

In fact, I'm not sure the idea of "pci_only_one_slot()" even makes
sense for PCIe.  A conventional PCI bus may have several slots on it,
so you can have multiple devices (each of which may be a multi-
function device) on the bus.  But PCIe is inherently point-to-point,
so there's no way a link (which is really the analog of a conventional
PCI bus) can lead to multiple slots unless it first leads to a switch
or bridge that then fans out to multiple slots.

Bjorn

> -+-[0000:40]-+-00.0-[0000:41]--
>     ......................
>  |           +-07.0-[0000:46]--+-00.0  Intel Corporation 82576 Gigabit Network Connection
>  |           |                 \-00.1  Intel Corporation 82576 Gigabit Network Connection
> 
> MPS configure after boot up, with boot command "pci=pcie_bus_safe"
> 
> linux-ha2:~ # lspci -vvv -s 40:07.0
> 40:07.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 7 (rev 22) (prog-if 00 [Normal decode])
> 	...............
> 	Capabilities: [90] Express (v2) Root Port (Slot+), MSI 00
> 		DevCap:	MaxPayload 256 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
> 			ExtTag+ RBE+ FLReset-
> 		DevCtl:	Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+
> 			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
> 			MaxPayload 256 bytes, MaxReadReq 128 bytes
> 
> linux-ha2:~ # lspci -vvv -s 46:00.0
> 46:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
> 	...............
> 	Capabilities: [a0] Express (v2) Endpoint, MSI 00
> 		DevCap:	MaxPayload 512 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
> 			ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+
> 		DevCtl:	Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+
> 			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset-
> 			MaxPayload 256 bytes, MaxReadReq 512 bytes
> 
> linux-ha2:/sys/bus/pci/slots/7 # echo 0 > power     ------>power off slot
> linux-ha2:/sys/bus/pci/slots/7 # echo 1 > power     ------>power on slot
> linux-ha2:/sys/bus/pci/slots/7 # dmesg
> ................
> pcieport 0000:40:07.0: PCI-E Max Payload Size set to  128/ 256 (was  256), Max Read Rq  128
> pci 0000:46:00.0: PCI-E Max Payload Size set to  128/ 512 (was  128), Max Read Rq  512
> pci 0000:46:00.1: PCI-E Max Payload Size set to  128/ 512 (was  128), Max Read Rq  512
> pcieport 0000:40:07.0: PCI-E Max Payload Size set to  128/ 256 (was  128), Max Read Rq  128
> pci 0000:46:00.0: PCI-E Max Payload Size set to  128/ 512 (was  128), Max Read Rq  512
> pci 0000:46:00.1: PCI-E Max Payload Size set to  128/ 512 (was  128), Max Read Rq  512
> .....
> 
> Because 46:00.0 and 46:00.1 function devices are directly connected to root port 40:07.0.
> After slot hot plug, root port mps is 256, slot fun devices(46:00.0/1) mps is 128.
> We should both change root port and slot mps to 256, but now kernel change mps to 128.
> 
> 
> After applied this patch, dmesg after hot plug:
> ..............
> pcieport 0000:40:07.0: PCI-E Max Payload Size set to  256/ 256 (was  256), Max Read Rq  128
> pci 0000:46:00.0: PCI-E Max Payload Size set to  256/ 512 (was  128), Max Read Rq  512
> pci 0000:46:00.1: PCI-E Max Payload Size set to  256/ 512 (was  128), Max Read Rq  512
> pcieport 0000:40:07.0: PCI-E Max Payload Size set to  256/ 256 (was  256), Max Read Rq  128
> pci 0000:46:00.0: PCI-E Max Payload Size set to  256/ 512 (was  256), Max Read Rq  512
> pci 0000:46:00.1: PCI-E Max Payload Size set to  256/ 512 (was  256), Max Read Rq  512
> 
> Acked-by: Jon Mason <jdmason@kudzu.us>
> Signed-off-by: Yijing Wang <wangyijing@huawei.com>
> Cc: Jon Mason <jdmason@kudzu.us>
> Cc: stable@vger.kernel.org # 3.4+
> ---
>  drivers/pci/probe.c |   20 +++++++++++++++++++-
>  1 files changed, 19 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
> index cf57fe7..0699ec0 100644
> --- a/drivers/pci/probe.c
> +++ b/drivers/pci/probe.c
> @@ -1484,6 +1484,24 @@ int pci_scan_slot(struct pci_bus *bus, int devfn)
>  	return nr;
>  }
>  
> +static bool pci_only_one_slot(struct pci_bus *pbus)
> +{
> +	u8 device;
> +	struct pci_dev *pdev;
> +
> +	if (!pbus || list_empty(&pbus->devices))
> +		return false;
> +
> +	pdev = list_entry(pbus->devices.next,
> +			struct pci_dev, bus_list);
> +	device = PCI_SLOT(pdev->devfn);
> +	list_for_each_entry(pdev, &pbus->devices, bus_list)
> +		if (PCI_SLOT(pdev->devfn) != device)
> +			return false;
> +
> +	return true;
> +}
> +
>  static int pcie_find_smpss(struct pci_dev *dev, void *data)
>  {
>  	u8 *smpss = data;
> @@ -1506,7 +1524,7 @@ static int pcie_find_smpss(struct pci_dev *dev, void *data)
>  	 * common case), then this is not an issue and MPS discovery
>  	 * will occur as normal.
>  	 */
> -	if (dev->is_hotplug_bridge && (!list_is_singular(&dev->bus->devices) ||
> +	if (dev->is_hotplug_bridge && (!pci_only_one_slot(dev->subordinate) ||
>  	     (dev->bus->self &&
>  	      pci_pcie_type(dev->bus->self) != PCI_EXP_TYPE_ROOT_PORT)))
>  		*smpss = 0;
> -- 
> 1.7.1
> 
> 

  reply	other threads:[~2013-08-16 22:17 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-15  2:18 [PATCH v5 0/2] update device mps Yijing Wang
2013-08-15  2:18 ` [PATCH v5 1/2] PCI: fix the only slot identification in pcie_find_smpss() Yijing Wang
2013-08-16 22:17   ` Bjorn Helgaas [this message]
2013-08-19  2:49     ` Yijing Wang
2013-08-19 17:42       ` Jon Mason
2013-08-19 18:17         ` Bjorn Helgaas
2013-08-19 19:39           ` Bjorn Helgaas
2013-08-19 23:45             ` Jon Mason
2013-08-20  2:55               ` Yijing Wang
2013-08-20  4:44                 ` Bjorn Helgaas
2013-08-20 12:23                   ` Yijing Wang
2013-08-20 20:12                     ` Bjorn Helgaas
2013-08-19 23:34           ` Jon Mason
2013-08-15  2:18 ` [PATCH v5 2/2] PCI: update device mps when doing pci hotplug Yijing Wang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130816221716.GA25780@google.com \
    --to=bhelgaas@google.com \
    --cc=guohanjun@huawei.com \
    --cc=jdmason@kudzu.us \
    --cc=jiang.liu@huawei.com \
    --cc=linux-pci@vger.kernel.org \
    --cc=wangyijing@huawei.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).