Re: [PATCH v2 2/2] arm64: dts: qcom: Add support for Pixel 3 and Pixel 3 XL
From: David Heidelberg
Date: Thu Oct 30 2025 - 08:03:57 EST
On 30/10/2025 12:32, Konrad Dybcio wrote:
On 10/30/25 8:24 AM, David Heidelberg via B4 Relay wrote:
From: David Heidelberg <david@xxxxxxx>
This adds initial device tree support for the following phones:
- Google Pixel 3 (blueline)
- Google Pixel 3 XL (crosshatch)
[...]
+#include <dt-bindings/arm/qcom,ids.h>
+#include <dt-bindings/dma/qcom-gpi.h>
+#include <dt-bindings/input/linux-event-codes.h>
+#include <dt-bindings/interrupt-controller/irq.h>
+#include <dt-bindings/regulator/qcom,rpmh-regulator.h>
+
+#include "sdm845.dtsi"
+#include "pm8998.dtsi"
+#include "pmi8998.dtsi"
+
+/delete-node/ &mpss_region;
+/delete-node/ &venus_mem;
+/delete-node/ &cdsp_mem;
+/delete-node/ &mba_region;
+/delete-node/ &slpi_mem;
+/delete-node/ &spss_mem;
+/delete-node/ &rmtfs_mem;
+
+/ {
+ chassis-type = "handset";
+ qcom,board-id = <0x00021505 0>;
+ qcom,msm-id = <QCOM_ID_SDM845 0x20001>;
+
+ aliases {
+ serial0 = &uart9;
+ serial1 = &uart6;
+ };
+
+ battery: battery {
+ compatible = "simple-battery";
+
+ status = "disabled";
You added support for both non-proto boards based on this platform,
there is no usecase for you to disable the battery, remove this line
Should I keep the status = "okay" in the board files or drop it too?
[...]
+ reserved-memory {
+ cont_splash_mem: splash@9d400000 {
+ /* size to be updated by actual board */
+ reg = <0x0 0x9d400000 0x0>;
Don't define it here then
Normally the bootloader allocates a bigger buffer here BTW
(although it shooould be reclaimable without issues)
Ok, I'll drop reg in next revision. Thou the reg is defined in the board files.
+ no-map;
+
+ status = "disabled";
ditto
[...]
+ gpio-keys {
+ compatible = "gpio-keys";
+ label = "Volume keys";
+ autorepeat;
+
+ pinctrl-names = "default";
+ pinctrl-0 = <&volume_up_gpio>;
property-n
property-names
in this order, please
[...]
+&tlmm {
+ gpio-reserved-ranges = <0 4>, <81 4>;
Could you add a comment (like in x1-crd.dtsi) mentioning what these
pins correspond to? Usually it's a fingerprint scanner or things like
that
Sure, I looked into it, but I haven't found (so far) information about the assigned blocks. In next revision it'll be addressed :)>
It's completely different DDIC and panel. Generally, the DDIC has driver mainlined already (due being same as Samsung S9 DDIC), but I must extend support for the relevant panel.+
+ touchscreen_reset: ts-reset-state {
+ pins = "gpio99";
+ function = "gpio";
+ drive-strength = <8>;
+ bias-pull-up;
+ };
+
+ touchscreen_pins: ts-pins-gpio-state {
+ pins = "gpio125";
+ function = "gpio";
+ drive-strength = <2>;
+ bias-disable;
+ };
+
+ touchscreen_i2c_pins: qup-i2c2-gpio-state {
+ pins = "gpio27", "gpio28";
+ function = "gpio";
+
+ drive-strength = <2>;
stray \n above
+ bias-disable;
+ };
+};
+
+&uart6 {
+ pinctrl-0 = <&qup_uart6_4pin>;
+
+ status = "okay";
+ bluetooth {
Please add a \n above, to separate the properties from subnodes
[...]
+&mdss {
+ /* until the panel is prepared */
+ status = "disabled";
+};
Is it not the same as on the little boy, except the resolution?
(don't know, just asking)
Thanks for the review
WIP to v3 is here: https://gitlab.com/dhxx/linux/-/commits/b4/pixel-3
David
Konrad
--
David Heidelberg