From: Bjorn Helgaas <helgaas@kernel.org>
To: Nicholas Johnson <nicholas.johnson-opensource@outlook.com.au>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Logan Gunthorpe <logang@deltatee.com>
Subject: Re: [PATCH v1 3/4] PCI: Change extend_bridge_window() to set resource size directly
Date: Mon, 6 Jan 2020 14:23:01 -0600 [thread overview]
Message-ID: <20200106202301.GA137556@google.com> (raw)
In-Reply-To: <PSXP216MB04386BA48874B56BC5CB0292803C0@PSXP216MB0438.KORP216.PROD.OUTLOOK.COM>
Thanks a lot for splitting these up. It makes these dramatically
easier to read.
On Mon, Jan 06, 2020 at 03:47:46PM +0000, Nicholas Johnson wrote:
> Change extend_bridge_window() to set resource size directly instead of
> using additional resource lists.
>
> Because additional resource lists are optional resources, any algorithm
> that requires guaranteed allocation that uses them cannot be guaranteed
> to work.
There is never a guarantee that PCI resource assignment will work.
It's always possible that we don't have enough resources to allow us
to enable a device. So I'm not sure what this is telling me, and it
doesn't seem like a justification for setting the resource size
directly here.
Prior to this patch, I think all the assignment and changes to
dev->resource[] were in __assign_resources_sorted(). Maybe it's safe
to do some here and some in __assign_resources_sorted(), but I don't
understand it well enough to be confident.
> Remove the resource from add_list, as a zero-sized additional resource
> is redundant.
>
> Update comment in pci_bus_distribute_available_resources() to reflect
> the above changes.
>
> Signed-off-by: Nicholas Johnson <nicholas.johnson-opensource@outlook.com.au>
> ---
> drivers/pci/setup-bus.c | 25 ++++++++-----------------
> 1 file changed, 8 insertions(+), 17 deletions(-)
>
> diff --git a/drivers/pci/setup-bus.c b/drivers/pci/setup-bus.c
> index de43815be..0c51f4937 100644
> --- a/drivers/pci/setup-bus.c
> +++ b/drivers/pci/setup-bus.c
> @@ -1836,7 +1836,7 @@ static void adjust_bridge_window(struct pci_dev *bridge, struct resource *res,
> struct list_head *add_list,
> resource_size_t new_size)
> {
> - struct pci_dev_resource *dev_res;
> + resource_size_t add_size;
>
> if (res->parent)
> return;
> @@ -1844,17 +1844,10 @@ static void adjust_bridge_window(struct pci_dev *bridge, struct resource *res,
> if (resource_size(res) >= new_size)
> return;
>
> - dev_res = res_to_dev_res(add_list, res);
> - if (!dev_res)
> - return;
> -
> - /* Is there room to extend the window? */
> - if (new_size - resource_size(res) <= dev_res->add_size)
> - return;
> -
> - dev_res->add_size = new_size - resource_size(res);
> - pci_dbg(bridge, "bridge window %pR extended by %pa\n", res,
> - &dev_res->add_size);
> + add_size = new_size - resource_size(res);
> + pci_dbg(bridge, "bridge window %pR extended by %pa\n", res, &add_size);
> + res->end = res->start + new_size - 1;
How do we know it's safe to extend this, i.e., how do we know there's
nothing immediately after res?
> + remove_from_list(add_list, res);
> }
>
> static void pci_bus_distribute_available_resources(struct pci_bus *bus,
> @@ -1889,11 +1882,9 @@ static void pci_bus_distribute_available_resources(struct pci_bus *bus,
> mmio_pref.start = min(ALIGN(mmio_pref.start, align),
> mmio_pref.end + 1);
>
> - /*
> - * Update additional resource list (add_list) to fill all the
> - * extra resource space available for this port except the space
> - * calculated in __pci_bus_size_bridges() which covers all the
> - * devices currently connected to the port and below.
> + /*
> + * Now that we have adjusted for alignment, update the bridge window
> + * resources to fill as much remaining resource space as possible.
> */
> adjust_bridge_window(bridge, io_res, add_list, resource_size(&io));
> adjust_bridge_window(bridge, mmio_res, add_list, resource_size(&mmio));
> --
> 2.24.1
>
next prev parent reply other threads:[~2020-01-06 20:23 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-06 15:47 [PATCH v1 3/4] PCI: Change extend_bridge_window() to set resource size directly Nicholas Johnson
2020-01-06 20:23 ` Bjorn Helgaas [this message]
2020-01-07 1:01 ` Nicholas Johnson
2020-01-15 17:41 ` Nicholas Johnson
2020-01-13 16:12 ` Mika Westerberg
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=20200106202301.GA137556@google.com \
--to=helgaas@kernel.org \
--cc=benh@kernel.crashing.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=logang@deltatee.com \
--cc=mika.westerberg@linux.intel.com \
--cc=nicholas.johnson-opensource@outlook.com.au \
/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