From: Alyssa Rosenzweig <alyssa@rosenzweig.io>
To: Marc Zyngier <maz@kernel.org>
Cc: linux-arm-kernel@lists.infradead.org, linux-pci@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
asahi@lists.linux.dev, "Janne Grunau" <j@jannau.net>,
"Hector Martin" <marcan@marcan.st>,
"Sven Peter" <sven@svenpeter.dev>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Krzysztof Wilczyński" <kw@linux.com>,
"Manivannan Sadhasivam" <manivannan.sadhasivam@linaro.org>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>
Subject: Re: [PATCH v2 00/13] PCI: apple: Add support for t6020
Date: Tue, 25 Mar 2025 10:50:03 -0400 [thread overview]
Message-ID: <Z-LCm_XI22kNvFx9@blossom> (raw)
In-Reply-To: <20250325102610.2073863-1-maz@kernel.org>
Acked-by: Alyssa Rosenzweig <alyssa@rosenzweig.io>
Thanks maz!
Everything here looks good to me aside from the dt-bindings that I
screwed up (sorry!). But I didn't do a thorough review.
Le Tue , Mar 25, 2025 at 10:25:57AM +0000, Marc Zyngier a écrit :
> As Alyssa didn't have the bandwidth to deal with this series, I have
> taken it over. All bugs are therefore mine.
>
> The initial series [1] stated:
>
> "This series adds T6020 support to the Apple PCIe controller. Mostly
> Apple shuffled registers around (presumably to accommodate the larger
> configurations on those machines). So there's a bit of churn here but
> not too much in the way of functional changes."
>
> The biggest change is affecting the ECAM layer, allowing an ECAM
> driver to provide its own probe function instead of relying on the
> .init() callback to do the work. The ECAM layer can therefore be used
> as a library instead of a convoluted driver.
>
> The rest is a mix of bug fixes, cleanups, and required abstraction.
>
> This has been tested on T6020 (M2-Pro mini) and T8102 (M1 mini).
>
> * From v1[1]:
>
> - Described the PHY registers in the DT binding
>
> - Extracted a ecam bridge creation helper from the host-common layer
>
> - Moved probing into its own function instead of pci_host_common_probe()
>
> - Moved host-specific data to the of_device_id[] table
>
> - Added dynamic allocation of the RID/SID bitmap
>
> - Fixed latent bug in RC-generated interrupts
>
> - Renamed reg_info to hw_info
>
> - Dropped useless max_msimap
>
> - Dropped code being moved around without justification
>
> - Re-split some of the patches to follow a more logical progression
>
> - General cleanup to fit my own taste
>
> [1] https://lore.kernel.org/r/20250211-pcie-t6-v1-0-b60e6d2501bb@rosenzweig.io
>
> Alyssa Rosenzweig (1):
> dt-bindings: pci: apple,pcie: Add t6020 compatible string
>
> Hector Martin (6):
> PCI: apple: Fix missing OF node reference in apple_pcie_setup_port
> PCI: apple: Move port PHY registers to their own reg items
> PCI: apple: Drop poll for CORE_RC_PHYIF_STAT_REFCLK
> PCI: apple: Use gpiod_set_value_cansleep in probe flow
> PCI: apple: Abstract register offsets via a SoC-specific structure
> PCI: apple: Add T602x PCIe support
>
> Janne Grunau (1):
> PCI: apple: Set only available ports up
>
> Marc Zyngier (5):
> PCI: host-generic: Extract an ecam bridge creation helper from
> pci_host_common_probe()
> PCI: ecam: Allow cfg->priv to be pre-populated from the root port
> device
> PCI: apple: Move over to standalone probing
> PCI: apple: Dynamically allocate RID-to_SID bitmap
> PCI: apple: Move away from INTMSK{SET,CLR} for INTx and private
> interrupts
>
> .../devicetree/bindings/pci/apple,pcie.yaml | 11 +-
> drivers/pci/controller/pci-host-common.c | 24 +-
> drivers/pci/controller/pcie-apple.c | 241 +++++++++++++-----
> drivers/pci/ecam.c | 2 +
> include/linux/pci-ecam.h | 2 +
> 5 files changed, 204 insertions(+), 76 deletions(-)
>
> --
> 2.39.2
>
next prev parent reply other threads:[~2025-03-25 14:50 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-25 10:25 [PATCH v2 00/13] PCI: apple: Add support for t6020 Marc Zyngier
2025-03-25 10:25 ` [PATCH v2 01/13] dt-bindings: pci: apple,pcie: Add t6020 compatible string Marc Zyngier
2025-03-25 10:50 ` Mark Kettenis
2025-03-25 11:02 ` Marc Zyngier
2025-03-25 15:41 ` Mark Kettenis
2025-03-25 16:48 ` Marc Zyngier
2025-03-26 19:51 ` Rob Herring
2025-03-25 10:25 ` [PATCH v2 02/13] PCI: host-generic: Extract an ecam bridge creation helper from pci_host_common_probe() Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 03/13] PCI: ecam: Allow cfg->priv to be pre-populated from the root port device Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 04/13] PCI: apple: Move over to standalone probing Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 05/13] PCI: apple: Dynamically allocate RID-to_SID bitmap Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 06/13] PCI: apple: Move away from INTMSK{SET,CLR} for INTx and private interrupts Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 07/13] PCI: apple: Fix missing OF node reference in apple_pcie_setup_port Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 08/13] PCI: apple: Set only available ports up Marc Zyngier
2025-03-25 13:25 ` Rob Herring
2025-03-25 10:26 ` [PATCH v2 09/13] PCI: apple: Move port PHY registers to their own reg items Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 10/13] PCI: apple: Drop poll for CORE_RC_PHYIF_STAT_REFCLK Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 11/13] PCI: apple: Use gpiod_set_value_cansleep in probe flow Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 12/13] PCI: apple: Abstract register offsets via a SoC-specific structure Marc Zyngier
2025-03-25 10:26 ` [PATCH v2 13/13] PCI: apple: Add T602x PCIe support Marc Zyngier
2025-03-25 13:31 ` [PATCH v2 00/13] PCI: apple: Add support for t6020 Rob Herring
2025-03-25 14:50 ` Alyssa Rosenzweig [this message]
2025-03-31 11:28 ` Janne Grunau
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=Z-LCm_XI22kNvFx9@blossom \
--to=alyssa@rosenzweig.io \
--cc=asahi@lists.linux.dev \
--cc=bhelgaas@google.com \
--cc=devicetree@vger.kernel.org \
--cc=j@jannau.net \
--cc=krzk+dt@kernel.org \
--cc=kw@linux.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=marcan@marcan.st \
--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 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).