All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Zyngier <maz@kernel.org>
To: Janne Grunau <j@jannau.net>
Cc: asahi@lists.linux.dev, "Mark Kettenis" <kettenis@openbsd.org>,
	"Alyssa Rosenzweig" <alyssa@rosenzweig.io>,
	"Hector Martin" <marcan@marcan.st>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
	"Martin Povišer" <povik+lin@cutebit.org>,
	"Rob Herring" <robh+dt@kernel.org>,
	"Sven Peter" <sven@svenpeter.dev>,
	"Thomas Gleixner" <tglx@linutronix.de>,
	"Vinod Koul" <vkoul@kernel.org>,
	devicetree@vger.kernel.org, dmaengine@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v1 00/10] Apple M1 Pro/Max/Ultra device trees
Date: Sat, 17 Sep 2022 10:17:19 +0100	[thread overview]
Message-ID: <87pmful5r4.wl-maz@kernel.org> (raw)
In-Reply-To: <20220916142550.269905-1-j@jannau.net>

On Fri, 16 Sep 2022 15:25:40 +0100,
Janne Grunau <j@jannau.net> wrote:
> 
> Hej,
> 
> this series contains device trees for Apple's M1 Pro, Max and Ultra SoCs
> and devices based on these SoCs.
> 
> Quoting from the main commit:
> 
> | These SoCs are found in Apple devices with M1 Pro (t6000), M1 Max
> | (t6001) and M1 Ultra (t6002).
> |
> | t6000 is a cut-down version of t6001, so the former just includes the
> | latter and disables the missing bits (This is currently just one PMGR
> | node and all of its domains.
> |
> | t6002 is two connected t6001 dies. The implementation seems to use
> | t6001 with blocks disabled (mostly on the second die). MMIO addresses on
> | the second die have a constant offset. The interrupt controller is
> | multi-die aware. This setup can be represented in the device tree with
> | two top level "soc" nodes. The MMIO offset is applied via "ranges" and
> | devices are included with preproceesor macros to make the node labels
> | unique and to specify the die number for the interrupt definition.
> |
> | Device nodes are distributed over dtsi files based on whether they are
> | present on both dies or just on the first die. The only execption is the
> | NVMe controller which resides on the second die. Its nodes are in a
> | separate file.
> 
> This series depends for full functionality on t600x dart support (latest
> version at
> https://lore.kernel.org/linux-iommu/20220916094152.87137-1-j@jannau.net/T/#t
> expected to be picked up for 6.1). This is the usual device tree /
> driver changes runtime dependency.
> 
> Even with the t6000-dart support t600x devices are not terribly useful
> in upstream. There is no input device support. The laptop's keyboard
> and touchpad are missing SPI and HID over SPI drivers. The dwc3
> USB-C ports are not yet added since they require special handling
> after disconnect. The PCIe based USB xhci controller in the Mac Studio
> requires firmware downloaded in a similar way as USB_XHCI_PCI_RENESAS.
> 
> To simplify dependency handling this series carries mostly identical
> device tree additions for M1 and M1 Pro/Max/Ultra as part of the in
> development audio support.
> 
> The series passes dtbs_check with 3 additional dt bindings changes:
> - "dt-bindings: apple,aic: Fix required item "apple,fiq-index" in
>   affinity description" (merged as da3b1c294d47 in Linus' repo)
> - "ASoC: Add Apple MCA I2S transceiver bindings" (6ed462d1c11675)
>   in sound/for-next
> - "dt-bindings: iommu: dart: add t6000 compatible"
>   https://lore.kernel.org/linux-iommu/20220901012519.7167-2-j@jannau.net/
> 
> New bindings passes dt_binding_check.

For the whole series:

Acked-by: Marc Zyngier <maz@kernel.org>

	M.

-- 
Without deviation from the norm, progress is not possible.

WARNING: multiple messages have this Message-ID (diff)
From: Marc Zyngier <maz@kernel.org>
To: Janne Grunau <j@jannau.net>
Cc: asahi@lists.linux.dev, "Mark Kettenis" <kettenis@openbsd.org>,
	"Alyssa Rosenzweig" <alyssa@rosenzweig.io>,
	"Hector Martin" <marcan@marcan.st>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
	"Martin Povišer" <povik+lin@cutebit.org>,
	"Rob Herring" <robh+dt@kernel.org>,
	"Sven Peter" <sven@svenpeter.dev>,
	"Thomas Gleixner" <tglx@linutronix.de>,
	"Vinod Koul" <vkoul@kernel.org>,
	devicetree@vger.kernel.org, dmaengine@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v1 00/10] Apple M1 Pro/Max/Ultra device trees
Date: Sat, 17 Sep 2022 10:17:19 +0100	[thread overview]
Message-ID: <87pmful5r4.wl-maz@kernel.org> (raw)
In-Reply-To: <20220916142550.269905-1-j@jannau.net>

On Fri, 16 Sep 2022 15:25:40 +0100,
Janne Grunau <j@jannau.net> wrote:
> 
> Hej,
> 
> this series contains device trees for Apple's M1 Pro, Max and Ultra SoCs
> and devices based on these SoCs.
> 
> Quoting from the main commit:
> 
> | These SoCs are found in Apple devices with M1 Pro (t6000), M1 Max
> | (t6001) and M1 Ultra (t6002).
> |
> | t6000 is a cut-down version of t6001, so the former just includes the
> | latter and disables the missing bits (This is currently just one PMGR
> | node and all of its domains.
> |
> | t6002 is two connected t6001 dies. The implementation seems to use
> | t6001 with blocks disabled (mostly on the second die). MMIO addresses on
> | the second die have a constant offset. The interrupt controller is
> | multi-die aware. This setup can be represented in the device tree with
> | two top level "soc" nodes. The MMIO offset is applied via "ranges" and
> | devices are included with preproceesor macros to make the node labels
> | unique and to specify the die number for the interrupt definition.
> |
> | Device nodes are distributed over dtsi files based on whether they are
> | present on both dies or just on the first die. The only execption is the
> | NVMe controller which resides on the second die. Its nodes are in a
> | separate file.
> 
> This series depends for full functionality on t600x dart support (latest
> version at
> https://lore.kernel.org/linux-iommu/20220916094152.87137-1-j@jannau.net/T/#t
> expected to be picked up for 6.1). This is the usual device tree /
> driver changes runtime dependency.
> 
> Even with the t6000-dart support t600x devices are not terribly useful
> in upstream. There is no input device support. The laptop's keyboard
> and touchpad are missing SPI and HID over SPI drivers. The dwc3
> USB-C ports are not yet added since they require special handling
> after disconnect. The PCIe based USB xhci controller in the Mac Studio
> requires firmware downloaded in a similar way as USB_XHCI_PCI_RENESAS.
> 
> To simplify dependency handling this series carries mostly identical
> device tree additions for M1 and M1 Pro/Max/Ultra as part of the in
> development audio support.
> 
> The series passes dtbs_check with 3 additional dt bindings changes:
> - "dt-bindings: apple,aic: Fix required item "apple,fiq-index" in
>   affinity description" (merged as da3b1c294d47 in Linus' repo)
> - "ASoC: Add Apple MCA I2S transceiver bindings" (6ed462d1c11675)
>   in sound/for-next
> - "dt-bindings: iommu: dart: add t6000 compatible"
>   https://lore.kernel.org/linux-iommu/20220901012519.7167-2-j@jannau.net/
> 
> New bindings passes dt_binding_check.

For the whole series:

Acked-by: Marc Zyngier <maz@kernel.org>

	M.

-- 
Without deviation from the norm, progress is not possible.

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  parent reply	other threads:[~2022-09-17  9:17 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-16 14:25 [PATCH v1 00/10] Apple M1 Pro/Max/Ultra device trees Janne Grunau
2022-09-16 14:25 ` Janne Grunau
2022-09-16 14:25 ` [PATCH v1 01/10] dt-bindings: dma: apple,admac: Add iommus and power-domains properties Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-29 16:31   ` Vinod Koul
2022-09-29 16:31     ` Vinod Koul
2022-09-29 17:40     ` Martin Povišer
2022-09-29 17:40       ` Martin Povišer
2022-09-16 14:25 ` [PATCH v1 02/10] dt-bindings: apple,aic2: Add CPU PMU per-cpu pseudo-interrupts Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 18:38   ` Rob Herring
2022-09-16 18:38     ` Rob Herring
2022-09-16 14:25 ` [PATCH v1 03/10] dt-bindings: arm: apple: Add t6001/t6002 Mac Studio compatibles Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 18:39   ` Rob Herring
2022-09-16 18:39     ` Rob Herring
2022-09-16 14:25 ` [PATCH v1 04/10] arm64: dts: apple: Fix j45x model years Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 14:25 ` [PATCH v1 05/10] arm64: dts: apple: Add initial t6000/t6001/t6002 DTs Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 14:25 ` [PATCH v1 06/10] arm64: dts: apple: Add J314 and J316 devicetrees Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 14:25 ` [PATCH v1 07/10] arm64: dts: apple: Add J375 devicetrees Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 14:25 ` [PATCH v1 08/10] arm64: dts: apple: t8103: Add AUDIO_P parent to the SIO_ADMA power domain Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 14:25 ` [PATCH v1 09/10] arm64: dts: apple: t8103: Add MCA and its support Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-16 14:25 ` [PATCH v1 10/10] arm64: dts: apple: t600x: " Janne Grunau
2022-09-16 14:25   ` Janne Grunau
2022-09-17  9:17 ` Marc Zyngier [this message]
2022-09-17  9:17   ` [PATCH v1 00/10] Apple M1 Pro/Max/Ultra device trees Marc Zyngier

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=87pmful5r4.wl-maz@kernel.org \
    --to=maz@kernel.org \
    --cc=alyssa@rosenzweig.io \
    --cc=asahi@lists.linux.dev \
    --cc=devicetree@vger.kernel.org \
    --cc=dmaengine@vger.kernel.org \
    --cc=j@jannau.net \
    --cc=kettenis@openbsd.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcan@marcan.st \
    --cc=povik+lin@cutebit.org \
    --cc=robh+dt@kernel.org \
    --cc=sven@svenpeter.dev \
    --cc=tglx@linutronix.de \
    --cc=vkoul@kernel.org \
    /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.