Re: [PATCH v2 00/10] Initial Apple M3 Pro, Max and Ultra device trees
Sven Peter <[email protected]> Wed, 15 Jul 2026 17:59:49 +0200
| Newsgroups | dev.linux.lists.asahi,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-i2c,org.kernel.vger.linux-kernel,org.kernel.vger.linux-pwm,org.kernel.vger.linux-watchdog |
|---|---|
| Message-ID | <[email protected]> |
On 7/15/26 17:55, Guenter Roeck wrote: > On 7/15/26 02:11, Janne Grunau wrote: >> This series adds device trees for Apple silicon devices with M3 Pro, Max >> and Ultra SoCs. The M3 generation has fewer devices than their M1 and M2 >> predecessors. The only non-laptop device is the M3 Ultra Mac Studio. The >> Laptops are the known 14 and 16-inch Macbook Pros now with M3 Pro and >> M3 Max SoCs. The M3 Max variant with fewer CPU and GPU cores has >> additionally only a 384-bit wide memory bus instead of 512-bit of the >> full M3 Max. It has a separate identifier (T6034) and so there are six >> laptop device trees. >> Another difference to M1 and M2 Pro/Max/Ultra is that the M3 Pro is >> distinct SoC design and not a smaller M3 Max. For this reason both M3 >> Max variants and the M3 Ultra will use "apple,t6030" as compatible >> prefix. In the M1 and M2 generations Pro, Max and Ultra SoCs shared >> "apple,t6000" / "apple,t6020" as common prefix. There is currently no >> known difference but M3 Pro and M3 Max are not as closely related as >> previously. >> >> This series adds the same level of hardware as the base M3 (T8122) has >> in v7.2-rc1. This includes CPU cores, interrupt controller, power >> states, watchdog, serial, pin controller, i2c and the boot framebuffer. >> This is intended as base so that support for additional hardware can be >> added to all M3 based devices at the same time. >> >> Merge strategy: >> Since the dt-binding add new compatible strings without driver changes >> it would be preferred if the whole [1] series would be merged through >> apple-soc/arm-soc. This will help ensuring a warning free >> `make dtbs_check` for followup series with additional M3* hardware >> support I hope to send for this cycle. >> >> This series will conflict with the M4 series [3] sent A couple of days >> ago. I would prefer if this could be merged first (in order of SoC >> release). >> >> [1]: I see that the M4 watchdog change was already picked up by Guenter >> in [2] >> > > Whatever one does with individual patches in such series seems to be > wrong. Are you saying that I should drop the M4 (t8132) patch from > the watchdog-next branch ? Feel free to keep it. I'll just pick up everything that's left once this series is ready and make sure there are no duplicate patches in -next. Sven