Re: [PATCH v4 3/4] arm64: dts: google: Add initial dts for frankel/blazer/mustang
From: Linus Walleij
Date: Thu Oct 01 2026 - 16:34:48 EST
On Fri, Sep 18, 2026 at 9:05 PM Peter Griffin <peter.griffin@xxxxxxxxxx> wrote:
> From: Douglas Anderson <dianders@xxxxxxxxxxxx>
>
> Add initial device trees for frankel (Pixel 10), blazer (Pixel 10
> Pro) and mustang (Pixel 10 Pro XL). These device trees are enough to
> boot to a serial prompt using an initramfs.
>
> Currently only Laguna B0 silicon found in mass production phones is
> officially supported. Further revisions such as A0 silicon and EVT
> devices maybe added in the future if they are useful. As of today,
> these device trees boot fine on EVT devices with A0 silicon.
>
> A few things can be noted about these device trees:
>
> 1. They purposely choose to use the full 64-bit address and size cells
> for the root node and the `soc@0` node. Although I haven't tested
> the need for this, I presume the arguments made in
> commit bede7d2dc8f3 ("arm64: dts: qcom: sdm845: Increase address
> and size cells for soc") would apply here.
> 2. Though it looks as if the UART is never enabled, the bootloader
> knows to enable the UART when the console is turned on. Baud rate
> is configurable in the bootloader so is never hardcoded in the
> device tree.
>
> Changes by Peter Griffin:
> - Remove dtbo overlay approach and add individual board dts
> - Update to lga-pixel-common naming like gs101-pixel-common
> - Reorder nodes alpha-numerically by the node name
> - Add ramoops reserved-memory (tested with console=pstore)
> - Add reserved-memory for bootloader & gsa logs
> - Add reserved-memory for Android BootLoader ABL (used on Watchdog
> reset to extract boolotader logs / parse breadcrumbs / ramdump etc).
> - Add osc 38.4Mhz fixed-clock
>
> Signed-off-by: Douglas Anderson <dianders@xxxxxxxxxxxx>
> Co-developed-by: Peter Griffin <peter.griffin@xxxxxxxxxx>
> Signed-off-by: Peter Griffin <peter.griffin@xxxxxxxxxx>
> Tested-by: Brian Norris <briannorris@xxxxxxxxxxxx>
> Reviewed-by: Brian Norris <briannorris@xxxxxxxxxxxx>
I think I reviewed an older version of this yesterday or
this morning.
Reviewed-by: Linus Walleij <linusw@xxxxxxxxxx>
Yours,
Linus Walleij