From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
To: Marijn Suijten <marijn.suijten@somainline.org>
Cc: Andy Gross <agross@kernel.org>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzk@kernel.org>,
Konrad Dybcio <konrad.dybcio@somainline.org>,
linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v3 7/8] arm64: dts: qcom: sdm660: Add initial Inforce IFC6560 board support
Date: Sat, 14 May 2022 16:09:37 +0300 [thread overview]
Message-ID: <a664ff12-ba6c-0ecc-3dee-0ab1671d559b@linaro.org> (raw)
In-Reply-To: <20220514103159.es3iqyu5a5fokgar@SoMainline.org>
On 14/05/2022 13:31, Marijn Suijten wrote:
> On 2022-05-14 02:45:17, Dmitry Baryshkov wrote:
>> The IFC6560 is a board from Inforce Computing, built around the SDA660
>> SoC. This patch describes core clocks, some regulators from the two
>> PMICs, debug uart, storage, bluetooth and audio DSP remoteproc.
>>
>> The regulator settings are inherited from prior work by Konrad Dybcio
>> and AngeloGioacchino Del Regno.
>>
>> Co-developed-by: Bjorn Andersson <bjorn.andersson@linaro.org>
>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> ---
>> arch/arm64/boot/dts/qcom/Makefile | 1 +
>> .../boot/dts/qcom/sda660-inforce-ifc6560.dts | 455 ++++++++++++++++++
>> 2 files changed, 456 insertions(+)
>> create mode 100644 arch/arm64/boot/dts/qcom/sda660-inforce-ifc6560.dts
>>
>> diff --git a/arch/arm64/boot/dts/qcom/Makefile b/arch/arm64/boot/dts/qcom/Makefile
>> index f9e6343acd03..5f717fe0e8d0 100644
>> --- a/arch/arm64/boot/dts/qcom/Makefile
>> +++ b/arch/arm64/boot/dts/qcom/Makefile
>> @@ -88,6 +88,7 @@ dtb-$(CONFIG_ARCH_QCOM) += sc7280-herobrine-herobrine-r1.dtb
>> dtb-$(CONFIG_ARCH_QCOM) += sc7280-idp.dtb
>> dtb-$(CONFIG_ARCH_QCOM) += sc7280-idp2.dtb
>> dtb-$(CONFIG_ARCH_QCOM) += sc7280-crd.dtb
>> +dtb-$(CONFIG_ARCH_QCOM) += sda660-inforce-ifc6560.dtb
>> dtb-$(CONFIG_ARCH_QCOM) += sdm630-sony-xperia-ganges-kirin.dtb
>> dtb-$(CONFIG_ARCH_QCOM) += sdm630-sony-xperia-nile-discovery.dtb
>> dtb-$(CONFIG_ARCH_QCOM) += sdm630-sony-xperia-nile-pioneer.dtb
>> diff --git a/arch/arm64/boot/dts/qcom/sda660-inforce-ifc6560.dts b/arch/arm64/boot/dts/qcom/sda660-inforce-ifc6560.dts
>> new file mode 100644
>> index 000000000000..ade5c27dafcf
>> --- /dev/null
>> +++ b/arch/arm64/boot/dts/qcom/sda660-inforce-ifc6560.dts
>> @@ -0,0 +1,455 @@
>> +// SPDX-License-Identifier: BSD-3-Clause
>> +/*
>> + * Copyright (c) 2021, Linaro Ltd.
>> + * Copyright (c) 2020, Konrad Dybcio <konrad.dybcio@somainline.org>
>> + * Copyright (c) 2020, AngeloGioacchino Del Regno
>> + * <angelogioacchino.delregno@somainline.org>
>> + */
>> +
>> +/dts-v1/;
>> +
>> +#include "sdm660.dtsi"
>> +#include "pm660.dtsi"
>> +#include "pm660l.dtsi"
>> +
>> +/ {
>> + model = "Inforce 6560 Single Board Computer";
>> + compatible = "inforce,ifc6560", "qcom,sda660";
>> + chassis-type = "embedded"; /* SBC */
>> +
>> + aliases {
>> + serial0 = &blsp1_uart2;
>> + serial1 = &blsp2_uart1;
>> + };
>> +
>> + chosen {
>> + stdout-path = "serial0:115200n8";
>> + };
>> +
>> + gpio-keys {
>> + compatible = "gpio-keys";
>> +
>> + volup {
>> + label = "Volume Up";
>> + gpios = <&pm660l_gpios 7 GPIO_ACTIVE_LOW>;
>> + linux,code = <KEY_VOLUMEUP>;
>> + debounce-interval = <15>;
>> + };
>> + };
>> +
>> + /*
>> + * Until we hook up type-c detection, we
>> + * have to stick with this. But it works.
>> + */
>> + extcon_usb: extcon-usb {
>> + compatible = "linux,extcon-usb-gpio";
>> + id-gpio = <&tlmm 58 GPIO_ACTIVE_HIGH>;
>> + };
>> +
>> + hdmi-out {
>> + compatible = "hdmi-connector";
>> + type = "a";
>> +
>> + port {
>> + hdmi_con: endpoint {
>> + remote-endpoint = <&adv7533_out>;
>> + };
>> + };
>> + };
>> +
>> + vph_pwr: vph-pwr-regulator {
>> + compatible = "regulator-fixed";
>> + regulator-name = "vph_pwr";
>> + regulator-min-microvolt = <3800000>;
>> + regulator-max-microvolt = <3800000>;
>> +
>> + regulator-always-on;
>> + regulator-boot-on;
>> + };
>> +
>> + v3p3_bck_bst: v3p3-bck-bst-regulator {
>> + compatible = "regulator-fixed";
>> + regulator-name = "v3p3_bck_bst";
>> +
>> + regulator-min-microvolt = <3300000>;
>> + regulator-max-microvolt = <3300000>;
>> +
>> + vin-supply = <&vph_pwr>;
>> + };
>> +
>> + v1p2_ldo: v1p2-ldo-regulator {
>> + compatible = "regulator-fixed";
>> + regulator-name = "v1p2_ldo";
>> +
>> + regulator-min-microvolt = <1200000>;
>> + regulator-max-microvolt = <1200000>;
>> +
>> + vin-supply = <&vph_pwr>;
>> + };
>> +
>> + v5p0_boost: v5p0-boost-regulator {
>> + compatible = "regulator-fixed";
>> + regulator-name = "v5p0_boost";
>> +
>> + regulator-min-microvolt = <5000000>;
>> + regulator-max-microvolt = <5000000>;
>> +
>> + vin-supply = <&vph_pwr>;
>> + };
>> +};
>> +
>> +&adsp_pil {
>> + firmware-name = "qcom/ifc6560/adsp.mbn";
>> +};
>> +
>> +&blsp1_dma {
>> + /*
>> + * The board will lock up if we toggle the BLSP clock, unless the
>> + * BAM DMA interconnects support is in place.
>> + */
>> + /delete-property/ clocks;
>> +};
>> +
>> +&blsp_i2c6 {
>> + status = "okay";
>> +
>> + adv7533: hdmi@39 {
>> + compatible = "adi,adv7535";
>> + reg = <0x39>, <0x66>;
>> + reg-names = "main", "edid";
>> +
>> + interrupt-parent = <&pm660l_gpios>;
>> + interrupts = <11 IRQ_TYPE_EDGE_FALLING>;
>> +
>> + clocks = <&rpmcc RPM_SMD_BB_CLK2>;
>> + clock-names = "cec";
>> + /*
>> + * Limit to 3 lanes to prevent the bridge from changing amount
>> + * of lanes in the fly. MSM DSI host doesn't like that.
>> + */
>> + adi,dsi-lanes = <3>;
>> + avdd-supply = <&vreg_l13a_1p8>;
>> + dvdd-supply = <&vreg_l13a_1p8>;
>> + pvdd-supply = <&vreg_l13a_1p8>;
>> + a2vdd-supply = <&vreg_l13a_1p8>;
>> + v3p3-supply = <&v3p3_bck_bst>;
>> +
>> + ports {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> +
>> + port@0 {
>> + reg = <0>;
>> +
>> + adv7533_in: endpoint {
>> + remote-endpoint = <&dsi0_out>;
>> + };
>> + };
>> +
>> + port@1 {
>> + reg = <1>;
>> +
>> + adv7533_out: endpoint {
>> + remote-endpoint = <&hdmi_con>;
>> + };
>> + };
>> + };
>> + };
>> +};
>> +
>> +&blsp1_uart2 {
>> + status = "okay";
>> +};
>> +
>> +&blsp2_dma {
>> + /*
>> + * The board will lock up if we toggle the BLSP clock, unless the
>> + * BAM DMA interconnects support is in place.
>> + */
>> + /delete-property/ clocks;
>> +};
>> +
>> +&blsp2_uart1 {
>> + status = "okay";
>> +
>> + bluetooth {
>> + compatible = "qcom,wcn3990-bt";
>> +
>> + vddio-supply = <&vreg_l13a_1p8>;
>> + vddxo-supply = <&vreg_l9a_1p8>;
>> + vddrf-supply = <&vreg_l6a_1p3>;
>> + vddch0-supply = <&vreg_l19a_3p3>;
>> + max-speed = <3200000>;
>> + };
>> +};
>> +
>> +&dsi0 {
>> + status = "okay";
>> + vdda-supply = <&vreg_l1a_1p225>;
>> +};
>> +
>> +&dsi0_out {
>> + remote-endpoint = <&adv7533_in>;
>> + data-lanes = <0 1 2 3>;
>> +};
>> +
>> +&dsi0_phy {
>> + status = "okay";
>> + vcca-supply = <&vreg_l1b_0p925>;
>
> @Konrad: It looks like we have this regulator downstream in mdss_dsi but
> not in the upstream DT, is it missing by accident?
>
>> +};
>> +
>> +&mdss {
>> + status = "okay";
>> +};
>> +
>> +&mmss_smmu {
>> + status = "okay";
>> +};
>> +
>> +&pon_pwrkey {
>> + status = "okay";
>> +};
>> +
>> +&pon_resin {
>> + status = "okay";
>> +
>> + linux,code = <KEY_VOLUMEUP>;
>> +};
>> +
>> +&qusb2phy {
>> + status = "okay";
>> +
>> + vdd-supply = <&vreg_l1b_0p925>;
>> + vdda-phy-dpdm-supply = <&vreg_l7b_3p125>;
>> +};
>> +
>> +&qusb2phy1 {
>> + status = "okay";
>> +
>> + vdd-supply = <&vreg_l1b_0p925>;
>> + vdda-phy-dpdm-supply = <&vreg_l7b_3p125>;
>> +};
>> +
>> +&rpm_requests {
>> + pm660-regulators {
>> + compatible = "qcom,rpm-pm660-regulators";
>> +
>> + vdd_s1-supply = <&vph_pwr>;
>> + vdd_s2-supply = <&vph_pwr>;
>> + vdd_s3-supply = <&vph_pwr>;
>> + vdd_s4-supply = <&vph_pwr>;
>> + vdd_s5-supply = <&vph_pwr>;
>> + vdd_s6-supply = <&vph_pwr>;
>> +
>> + vdd_l1_l6_l7-supply = <&vreg_s5a_1p35>;
>> + vdd_l2_l3-supply = <&vreg_s2b_1p05>;
>> + vdd_l5-supply = <&vreg_s2b_1p05>;
>> + vdd_l8_l9_l10_l11_l12_l13_l14-supply = <&vreg_s4a_2p04>;
>> + vdd_l15_l16_l17_l18_l19-supply = <&vreg_bob>;
>> +
>> + vreg_s4a_2p04: s4 {
>> + regulator-min-microvolt = <1805000>;
>> + regulator-max-microvolt = <2040000>;
>> + regulator-enable-ramp-delay = <200>;
>> + regulator-ramp-delay = <0>;
>> + regulator-always-on;
>> + };
>> +
>> + vreg_s5a_1p35: s5 {
>> + regulator-min-microvolt = <1224000>;
>> + regulator-max-microvolt = <1350000>;
>> + regulator-enable-ramp-delay = <200>;
>> + regulator-ramp-delay = <0>;
>> + };
>> +
>> + vreg_l1a_1p225: l1 {
>> + regulator-min-microvolt = <1150000>;
>> + regulator-max-microvolt = <1250000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + vreg_l6a_1p3: l6 {
>> + regulator-min-microvolt = <1304000>;
>> + regulator-max-microvolt = <1368000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + vreg_l8a_1p8: l8 {
>> + regulator-min-microvolt = <1800000>;
>> + regulator-max-microvolt = <1800000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> + regulator-system-load = <325000>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + vreg_l9a_1p8: l9 {
>> + regulator-min-microvolt = <1804000>;
>> + regulator-max-microvolt = <1896000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + vreg_l13a_1p8: l13 {
>> + /* This gives power to the LPDDR4: never turn it off! */
>> + regulator-min-microvolt = <1800000>;
>> + regulator-max-microvolt = <1944000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> + regulator-always-on;
>> + regulator-boot-on;
>> + };
>> +
>> + vreg_l19a_3p3: l19 {
>> + regulator-min-microvolt = <3312000>;
>> + regulator-max-microvolt = <3400000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> + regulator-allow-set-load;
>> + };
>> + };
>> +
>> + pm660l-regulators {
>> + compatible = "qcom,rpm-pm660l-regulators";
>> +
>> + vdd_s1-supply = <&vph_pwr>;
>> + vdd_s2-supply = <&vph_pwr>;
>> + vdd_s3_s4-supply = <&vph_pwr>;
>> + vdd_s5-supply = <&vph_pwr>;
>> + vdd_s6-supply = <&vph_pwr>;
>> +
>> + vdd_l1_l9_l10-supply = <&vreg_s2b_1p05>;
>> + vdd_l2-supply = <&vreg_bob>;
>> + vdd_l3_l5_l7_l8-supply = <&vreg_bob>;
>> + vdd_l4_l6-supply = <&vreg_bob>;
>> + vdd_bob-supply = <&vph_pwr>;
>> +
>> + vreg_s2b_1p05: s2 {
>> + regulator-min-microvolt = <1050000>;
>> + regulator-max-microvolt = <1050000>;
>> + regulator-enable-ramp-delay = <200>;
>> + regulator-ramp-delay = <0>;
>> + };
>> +
>> + vreg_l1b_0p925: l1 {
>> + regulator-min-microvolt = <800000>;
>> + regulator-max-microvolt = <925000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + vreg_l2b_2p95: l2 {
>> + regulator-min-microvolt = <1648000>;
>> + regulator-max-microvolt = <3100000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + vreg_l4b_2p95: l4 {
>> + regulator-min-microvolt = <2944000>;
>> + regulator-max-microvolt = <2952000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> +
>> + regulator-min-microamp = <200>;
>> + regulator-max-microamp = <600000>;
>> + regulator-system-load = <570000>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + /*
>> + * Downstream specifies a range of 1721-3600mV,
>> + * but the only assigned consumers are SDHCI2 VMMC
>> + * and Coresight QPDI that both request pinned 2.95V.
>> + * Tighten the range to 1.8-3.328 (closest to 3.3) to
>> + * make the mmc driver happy.
>> + */
>> + vreg_l5b_2p95: l5 {
>> + regulator-min-microvolt = <1800000>;
>> + regulator-max-microvolt = <3328000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-system-load = <800000>;
>> + regulator-ramp-delay = <0>;
>> + regulator-allow-set-load;
>> + };
>> +
>> + vreg_l7b_3p125: l7 {
>> + regulator-min-microvolt = <2700000>;
>> + regulator-max-microvolt = <3125000>;
>> + regulator-enable-ramp-delay = <250>;
>> + };
>> +
>> + vreg_l8b_3p3: l8 {
>> + regulator-min-microvolt = <2800000>;
>> + regulator-max-microvolt = <3400000>;
>> + regulator-enable-ramp-delay = <250>;
>> + regulator-ramp-delay = <0>;
>> + };
>> +
>> + vreg_bob: bob {
>> + regulator-min-microvolt = <3300000>;
>> + regulator-max-microvolt = <3624000>;
>> + regulator-enable-ramp-delay = <500>;
>> + regulator-ramp-delay = <0>;
>> + };
>> + };
>> +};
>> +
>> +&sdhc_1 {
>> + status = "okay";
>> + supports-cqe;
>> +
>> + vmmc-supply = <&vreg_l4b_2p95>;
>> + vqmmc-supply = <&vreg_l8a_1p8>;
>> +
>> + mmc-ddr-1_8v;
>> + mmc-hs400-1_8v;
>> + mmc-hs400-enhanced-strobe;
>> +};
>> +
>> +&sdhc_2 {
>> + status = "okay";
>> +
>> + pinctrl-names = "default";
>
> Missing , "sleep".
>
>> + pinctrl-0 = <&sdc2_state_on &sdc2_card_det_n>;
>> + pinctrl1 = <&sdc2_state_off &sdc2_card_det_n>;
>
> Missing hyphen.
Thanks.
>
>> +
>> + vmmc-supply = <&vreg_l5b_2p95>;
>> + vqmmc-supply = <&vreg_l2b_2p95>;
>> +
>> + cd-gpios = <&tlmm 54 GPIO_ACTIVE_LOW>;
>> + no-sdio;
>> + no-emmc;
>> +};
>> +
>> +&tlmm {
>> + gpio-reserved-ranges = <0 4>, <8 4>;
>> +
>> + sdc2_card_det_n: sd-card-det-n {
>> + pins = "gpio54";
>> + function = "gpio";
>> + bias-pull-up;
>> + };
>
> It seems this pin is also already declared in sdc2-on/off in
> sdm630.dtsi, with the same bias-pull-up in the -on case. However, the
> -off case sets bias-disable, won't that conflict? (not in this moment,
> because the clashing pinctrl pairs are "unused" with the typos above).
Ugh. Yes, there should be just one of them
>
> I have always been under the impression this GPIO is board-specific and
> should be moved out of sdm630.dtsi into board-specific DTs, is that
> true?
Yes, it is true. That's why I didn't expect that it is already defined.
Also the bias and the drive-strength are also expected to go to the
board files. Let me take a glance and fix that.
>
> - Marijn
>
>> +};
>> +
>> +&usb2 {
>> + status = "okay";
>> +};
>> +
>> +&usb2_dwc3 {
>> + dr_mode = "host";
>> +};
>> +
>> +&usb3 {
>> + status = "okay";
>> +};
>> +
>> +&usb3_dwc3 {
>> + dr_mode = "peripheral";
>> + extcon = <&extcon_usb>;
>> +};
>> --
>> 2.35.1
>>
--
With best wishes
Dmitry
next prev parent reply other threads:[~2022-05-14 13:09 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-13 23:45 [PATCH v3 0/8] arm64: dts: qcom: initial Inforce IFC6560 board support Dmitry Baryshkov
2022-05-13 23:45 ` [PATCH v3 1/8] arm64: dts: qcom: sdm660: disable dsi1/dsi1_phy by default Dmitry Baryshkov
2022-05-13 23:45 ` [PATCH v3 2/8] arm64: dts: qcom: sdm630: " Dmitry Baryshkov
2022-05-14 9:37 ` Marijn Suijten
2022-05-14 12:59 ` Dmitry Baryshkov
2022-05-13 23:45 ` [PATCH v3 3/8] arm64: dts: qcom: sdm630: disable GPU " Dmitry Baryshkov
2022-05-14 9:54 ` Marijn Suijten
2022-05-13 23:45 ` [PATCH v3 4/8] arm64: dts: qcom: sdm630: fix the qusb2phy ref clock Dmitry Baryshkov
2022-05-14 9:56 ` Marijn Suijten
2022-05-14 13:00 ` Dmitry Baryshkov
2022-05-13 23:45 ` [PATCH v3 5/8] arm64: dts: qcom: sdm630: add second (HS) USB host support Dmitry Baryshkov
2022-05-14 10:11 ` Marijn Suijten
2022-05-13 23:45 ` [PATCH v3 6/8] arm64: dts: qcom: sdm630: use defined symbols for interconnects Dmitry Baryshkov
2022-05-14 9:45 ` Marijn Suijten
2022-05-14 12:51 ` Dmitry Baryshkov
2022-05-15 14:44 ` Marijn Suijten
2022-05-15 18:05 ` Dmitry Baryshkov
2022-05-13 23:45 ` [PATCH v3 7/8] arm64: dts: qcom: sdm660: Add initial Inforce IFC6560 board support Dmitry Baryshkov
2022-05-14 10:31 ` Marijn Suijten
2022-05-14 13:09 ` Dmitry Baryshkov [this message]
2022-05-13 23:45 ` [PATCH v3 8/8] dt-bindings: arm: qcom: document sda660 SoC and ifc6560 board Dmitry Baryshkov
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=a664ff12-ba6c-0ecc-3dee-0ab1671d559b@linaro.org \
--to=dmitry.baryshkov@linaro.org \
--cc=agross@kernel.org \
--cc=bjorn.andersson@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=konrad.dybcio@somainline.org \
--cc=krzk@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=robh+dt@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;
as well as URLs for NNTP newsgroup(s).