Linux PCI subsystem development
 help / color / mirror / Atom feed
From: Bjorn Helgaas <helgaas@kernel.org>
To: Mika Westerberg <mika.westerberg@linux.intel.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
	"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Lukas Wunner <lukas@wunner.de>,
	Chris Chiu <chris.chiu@canonical.com>,
	Alexander Motin <mav@ixsystems.com>,
	Nicholas Johnson <nicholas.johnson-opensource@outlook.com.au>,
	linux-pci@vger.kernel.org
Subject: Re: [PATCH v6 0/3] PCI: distribute resources for root buses
Date: Tue, 7 Feb 2023 11:47:24 -0600	[thread overview]
Message-ID: <20230207174724.GA2357295@bhelgaas> (raw)
In-Reply-To: <20230131092405.29121-1-mika.westerberg@linux.intel.com>

On Tue, Jan 31, 2023 at 11:24:02AM +0200, Mika Westerberg wrote:
> Hi all,
> 
> This is sixth iteration of the patch series trying to solve the problem
> reported by Chris Chiu [1]. In summary the current resource distribution
> code does not cover the initial device enumeration so if we find
> unconfigured bridges they get the bare minimum.
> 
> In addition to that it turned out the current resource distribution code
> does not take into account possible multifunction devices and/or other
> devices on the bus. The patch 1/2 tries to make it more generic. I've
> tested it on QEMU following the topology Jonathan is using and also in a
> a couple of systems with Thunderbolt controller and complex topologies
> to make sure it still keeps working.
> 
> The previous versions of the series can be found:
> 
> v5: https://lore.kernel.org/linux-pci/20230112110000.59974-1-mika.westerberg@linux.intel.com/
> v4: https://lore.kernel.org/linux-pci/20230104091635.63331-1-mika.westerberg@linux.intel.com/
> v3: https://lore.kernel.org/linux-pci/20221130112221.66612-1-mika.westerberg@linux.intel.com/
> v2: https://lore.kernel.org/linux-pci/20221114115953.40236-1-mika.westerberg@linux.intel.com/
> v1: https://lore.kernel.org/linux-pci/20221103103254.30497-1-mika.westerberg@linux.intel.com/
> 
> Changes from v5:
>   * Correct typo in mmio calculation (io_per_hp -> mmio_per_hp)
>   * Add missing -1 to the mmio_pref end when align == 0.
> 
> Changes from v4:
>   * Split the alignment fix into separate patch
>   * Create helper for removing resources
>   * Skip VF BARs when removing
>   * Add check for 32-bit/64-bit prefetchable resource so that we account
>     them correctly.
>   * Update comments and commit log slightly according to review
>     comments.
>   * Did not add the "lookup for hotplug bridges below non-hotplug ones".
>     It turned out to be non-trivial. The current code works for the
>     "common" case of Thunderbolt/USB4 PCIe switches but we may need to
>     revisit this if there is a real need.
> 
> Changes from v3:
>   * Make it more generic and not depend on how many bridges there are
>     on the bus.
> 
> Changes from v2:
>   * Make both patches to work with PCI devices too (do not expect that
>     the bridge is always first device on the bus).
>   * Allow distribution with bridges that do not have all resource
>     windows programmed (therefore the patch 2/2 is not revert anymore)
>   * I did not add the tags from Rafael and Jonathan because the code is
>     not exactly the same anymore so was not sure if they still apply.
> 
> Changes from v1:
>   * Re-worded the commit message to hopefully explain the problem better
>   * Added Link: to the bug report
>   * Update the comment according to Bjorn's suggestion
>   * Dropped the ->multifunction check
>   * Use %#llx in log format.
> 
> [1] https://bugzilla.kernel.org/show_bug.cgi?id=216000
> 
> Mika Westerberg (3):
>   PCI: Align extra resources for hotplug bridges properly
>   PCI: Take other bus devices into account when distributing resources
>   PCI: Distribute available resources for root buses too
> 
>  drivers/pci/setup-bus.c | 232 ++++++++++++++++++++++++++++------------
>  1 file changed, 166 insertions(+), 66 deletions(-)

Applied to pci/resource for v6.3, thanks, Mika!

      parent reply	other threads:[~2023-02-07 17:47 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-31  9:24 [PATCH v6 0/3] PCI: distribute resources for root buses Mika Westerberg
2023-01-31  9:24 ` [PATCH v6 1/3] PCI: Align extra resources for hotplug bridges properly Mika Westerberg
2023-01-31  9:24 ` [PATCH v6 2/3] PCI: Take other bus devices into account when distributing resources Mika Westerberg
2023-01-31  9:24 ` [PATCH v6 3/3] PCI: Distribute available resources for root buses too Mika Westerberg
2023-02-07 17:47 ` Bjorn Helgaas [this message]

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=20230207174724.GA2357295@bhelgaas \
    --to=helgaas@kernel.org \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bhelgaas@google.com \
    --cc=chris.chiu@canonical.com \
    --cc=linux-pci@vger.kernel.org \
    --cc=lukas@wunner.de \
    --cc=mav@ixsystems.com \
    --cc=mika.westerberg@linux.intel.com \
    --cc=nicholas.johnson-opensource@outlook.com.au \
    --cc=rafael.j.wysocki@intel.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