linux-kernel - Re: [PATCH 34/37] arm64: dts: apple: Add initial t6020/t6021/t6022 DTs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20250828160055.GB204299@robin.jannau.net>
Date: Thu, 28 Aug 2025 18:00:55 +0200
From: Janne Grunau <j@...nau.net>
To: Nick Chan <towinchenmi@...il.com>
Cc: Sven Peter <sven@...nel.org>, Alyssa Rosenzweig <alyssa@...enzweig.io>,
	Neal Gompa <neal@...pa.dev>, Rob Herring <robh@...nel.org>,
	Krzysztof Kozlowski <krzk+dt@...nel.org>,
	Conor Dooley <conor+dt@...nel.org>,	Hector Martin <marcan@...can.st>,
	"Rafael J. Wysocki" <rafael@...nel.org>,
	Viresh Kumar <viresh.kumar@...aro.org>,
	Thomas Gleixner <tglx@...utronix.de>,	Joerg Roedel <joro@...tes.org>,
 Will Deacon <will@...nel.org>,	Robin Murphy <robin.murphy@....com>,
	Linus Walleij <linus.walleij@...aro.org>,
	Mark Kettenis <kettenis@...nbsd.org>,	Andi Shyti <andi.shyti@...nel.org>,
	Jassi Brar <jassisinghbrar@...il.com>,
	Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
	Maxime Ripard <mripard@...nel.org>,
	Thomas Zimmermann <tzimmermann@...e.de>,
	David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>,
	Sasha Finkelstein <fnkl.kernel@...il.com>,
	Marcel Holtmann <marcel@...tmann.org>,
	Luiz Augusto von Dentz <luiz.dentz@...il.com>,
	Johannes Berg <johannes@...solutions.net>,
	van Spriel <arend@...adcom.com>, Lee Jones <lee@...nel.org>,
	Uwe Kleine-König <ukleinek@...nel.org>,
	Stephen Boyd <sboyd@...nel.org>,
	Wim Van Sebroeck <wim@...ux-watchdog.org>,
	Guenter Roeck <linux@...ck-us.net>,
	Michael Turquette <mturquette@...libre.com>,
	Martin Povišer <povik+lin@...ebit.org>,
	Vinod Koul <vkoul@...nel.org>, Liam Girdwood <lgirdwood@...il.com>,
	Mark Brown <broonie@...nel.org>, Marc Zyngier <maz@...nel.org>,
	Ulf Hansson <ulf.hansson@...aro.org>,	Keith Busch <kbusch@...nel.org>,
 Jens Axboe <axboe@...nel.dk>,	Christoph Hellwig <hch@....de>,
 Sagi Grimberg <sagi@...mberg.me>,	Jaroslav Kysela <perex@...ex.cz>,
 Takashi Iwai <tiwai@...e.com>,	asahi@...ts.linux.dev,
 linux-arm-kernel@...ts.infradead.org,	devicetree@...r.kernel.org,
 linux-kernel@...r.kernel.org,	linux-pm@...r.kernel.org,
 iommu@...ts.linux.dev,	linux-gpio@...r.kernel.org,
 linux-i2c@...r.kernel.org,	dri-devel@...ts.freedesktop.org,
 linux-bluetooth@...r.kernel.org,	linux-wireless@...r.kernel.org,
 linux-pwm@...r.kernel.org,	linux-watchdog@...r.kernel.org,
 linux-clk@...r.kernel.org,	dmaengine@...r.kernel.org,
 linux-sound@...r.kernel.org,	linux-spi@...r.kernel.org,
 linux-nvme@...ts.infradead.org
Subject: Re: [PATCH 34/37] arm64: dts: apple: Add initial t6020/t6021/t6022
 DTs

On Thu, Aug 28, 2025 at 11:37:08PM +0800, Nick Chan wrote:
> 
> Janne Grunau 於 2025/8/28 夜晚10:52 寫道:
> > From: Hector Martin <marcan@...can.st>
> >
> > These SoCs are found in Apple devices with M2 Pro (t6020), M2 Max
> > (t6021) and M2 Ultra (t6022) and follow the pattern of their M1
> > counterparts.
> >
> > t6020 is a cut-down version of t6021, so the former just includes the
> > latter and disables the missing bits (This is currently just one PMGR
> > node and all of its domains.
> >
> > t6022 is two connected t6021 dies. The implementation seems to use
> > t6021 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 exception is the
> > NVMe controller which resides on the second die. Its nodes are in a
> > separate file.
> 
> There are some outdated / copy pasted from M1-series parts.

All fixed locally. I also removed an outdated "hypothetical T6022 (M2
Ultra)" from t602x-dieX.dtsi.

thanks for spotting these,

Janne