All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bjorn Helgaas <helgaas@kernel.org>
To: Janne Grunau <j@jannau.net>
Cc: "Alyssa Rosenzweig" <alyssa@rosenzweig.io>,
	"Marc Zyngier" <maz@kernel.org>,
	"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
	"Krzysztof Wilczyński" <kw@linux.com>,
	"Rob Herring" <robh@kernel.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Sven Peter" <sven@svenpeter.dev>,
	linux-pci@vger.kernel.org, asahi@lists.linux.dev,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3] PCI: apple: Set only available ports up
Date: Thu, 23 Mar 2023 11:05:55 -0500	[thread overview]
Message-ID: <20230323160555.GA2555502@bhelgaas> (raw)
In-Reply-To: <20230307-apple_pcie_disabled_ports-v3-1-0dfb908f5976@jannau.net>

Hi Janne, thanks for the patch!

On Thu, Mar 23, 2023 at 09:10:12AM +0100, Janne Grunau wrote:
> The Apple SoC devicetrees used to delete unused PCIe ports.

Maybe "used to *omit* unused PCIe ports"?  I assume the DT previously
did not mention PCIe ports at all, but now the ports are included but
marked "disabled"?

> Avoid to set
> up disabled PCIe ports to keep the previous behaviour. MacOS initialized
> also only ports with a known device.

The patch is fine with me, but the commit log doesn't tell us why we
want this patch in addition to 6fffbc7ae137 ("PCI: Honor firmware's
device disabled status"), since your previous response [1] says
6fffbc7ae137 already does all the above.

I don't have any Apple specs, but from looking at the code, the
additional benefits of this patch over 6fffbc7ae137 might be:

  - We won't trip over DT issues, like "reset" or "reg" not being
    defined.

  - We won't allocate needless apple_pcie_port structs.

  - We won't ioremap register space, assert PERST#, setup clocks and
    IRQs.

  - We won't sleep waiting for things to come up, potentially saving
    150ms or more for each disabled port.

  - Maybe there's some power savings; I can't tell.

It's probably more detail than necessary to mention *all* of that, but
the commit log should say *something* about why we want this in
addition to 6fffbc7ae137.

> Use for_each_available_child_of_node instead of for_each_child_of_node
> which takes the "status" property into account.

Would you mind adding "()" after the function names, too?  Just my own
idiosyncrasy to help distinguish them from regular English text.

Bjorn

[1] https://lore.kernel.org/r/20230316212217.GI24656@jannau.net

> Link: https://lore.kernel.org/asahi/20230214-apple_dts_pcie_disable_unused-v1-0-5ea0d3ddcde3@jannau.net/
> Link: https://lore.kernel.org/asahi/1ea2107a-bb86-8c22-0bbc-82c453ab08ce@linaro.org/
> Fixes: 1e33888fbe44 ("PCI: apple: Add initial hardware bring-up")
> Reviewed-by: Marc Zyngier <maz@kernel.org>
> Signed-off-by: Janne Grunau <j@jannau.net>
> ---
> Changes in v3:
> - dropped Cc: stable
> - rewritten commit message since the warning is fixed by 6fffbc7ae137 ("PCI: Honor firmware's
> device disabled status")
> - Link to v2: https://lore.kernel.org/r/20230307-apple_pcie_disabled_ports-v2-1-c3bd1fd278a4@jannau.net
> 
> Changes in v2:
> - rewritten commit message with more details and corrections
> - collected Marc's "Reviewed-by:"
> - Link to v1: https://lore.kernel.org/r/20230307-apple_pcie_disabled_ports-v1-1-b32ef91faf19@jannau.net
> ---
>  drivers/pci/controller/pcie-apple.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/pci/controller/pcie-apple.c b/drivers/pci/controller/pcie-apple.c
> index 66f37e403a09..f8670a032f7a 100644
> --- a/drivers/pci/controller/pcie-apple.c
> +++ b/drivers/pci/controller/pcie-apple.c
> @@ -783,7 +783,7 @@ static int apple_pcie_init(struct pci_config_window *cfg)
>  	cfg->priv = pcie;
>  	INIT_LIST_HEAD(&pcie->ports);
>  
> -	for_each_child_of_node(dev->of_node, of_port) {
> +	for_each_available_child_of_node(dev->of_node, of_port) {
>  		ret = apple_pcie_setup_port(pcie, of_port);
>  		if (ret) {
>  			dev_err(pcie->dev, "Port %pOF setup fail: %d\n", of_port, ret);
> 
> ---
> base-commit: c9c3395d5e3dcc6daee66c6908354d47bf98cb0c
> change-id: 20230307-apple_pcie_disabled_ports-0c17fb7a4738
> 
> Best regards,
> -- 
> Janne Grunau <j@jannau.net>
> 

      parent reply	other threads:[~2023-03-23 16:05 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-23  8:10 [PATCH v3] PCI: apple: Set only available ports up Janne Grunau
2023-03-23 10:19 ` Eric Curtin
2023-03-23 16:05 ` 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=20230323160555.GA2555502@bhelgaas \
    --to=helgaas@kernel.org \
    --cc=alyssa@rosenzweig.io \
    --cc=asahi@lists.linux.dev \
    --cc=bhelgaas@google.com \
    --cc=j@jannau.net \
    --cc=kw@linux.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=lpieralisi@kernel.org \
    --cc=maz@kernel.org \
    --cc=robh@kernel.org \
    --cc=sven@svenpeter.dev \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.