From: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
To: david@ixit.cz, Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>
Cc: phodina@protonmail.com, linux-arm-msm@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
phone-devel@vger.kernel.org, Amit Pundir <amit.pundir@linaro.org>,
Casey Connolly <casey@connolly.tech>,
Joel Selvaraj <foss@joelselvaraj.com>,
Sumit Semwal <sumit.semwal@linaro.org>,
Vinod Koul <vkoul@kernel.org>
Subject: Re: [PATCH v2 2/2] arm64: dts: qcom: Add support for Pixel 3 and Pixel 3 XL
Date: Thu, 30 Oct 2025 12:32:22 +0100 [thread overview]
Message-ID: <8d32460d-894b-472a-a262-4c6a60fbcef1@oss.qualcomm.com> (raw)
In-Reply-To: <20251030-pixel-3-v2-2-8caddbe072c9@ixit.cz>
On 10/30/25 8:24 AM, David Heidelberg via B4 Relay wrote:
> From: David Heidelberg <david@ixit.cz>
>
> 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
[...]
> + 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)
> + 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
> +
> + 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)
Konrad
next prev parent reply other threads:[~2025-10-30 11:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-30 7:24 [PATCH v2 0/2] Add support for Pixel 3 and Pixel 3 XL David Heidelberg via B4 Relay
2025-10-30 7:24 ` [PATCH v2 1/2] Documentation: dt-bindings: arm: qcom: Add Pixel 3 and " David Heidelberg via B4 Relay
2025-10-30 7:39 ` Krzysztof Kozlowski
2025-10-30 7:24 ` [PATCH v2 2/2] arm64: dts: qcom: Add support for Pixel 3 and Pixel " David Heidelberg via B4 Relay
2025-10-30 11:32 ` Konrad Dybcio [this message]
2025-10-30 12:03 ` David Heidelberg
2025-10-30 12:10 ` Konrad Dybcio
2025-11-17 18:35 ` David Heidelberg
2025-11-18 9:31 ` Konrad Dybcio
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=8d32460d-894b-472a-a262-4c6a60fbcef1@oss.qualcomm.com \
--to=konrad.dybcio@oss.qualcomm.com \
--cc=amit.pundir@linaro.org \
--cc=andersson@kernel.org \
--cc=casey@connolly.tech \
--cc=conor+dt@kernel.org \
--cc=david@ixit.cz \
--cc=devicetree@vger.kernel.org \
--cc=foss@joelselvaraj.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=phodina@protonmail.com \
--cc=phone-devel@vger.kernel.org \
--cc=robh@kernel.org \
--cc=sumit.semwal@linaro.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox