Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp10021259rwl; Sun, 1 Jan 2023 15:59:14 -0800 (PST) X-Google-Smtp-Source: AMrXdXuZvJnVBp0Jh8Olg+4M8vWbc9IghrDdYVMrRkLpTJiMgG1M4uXLvAiNOoTm19zcaMU9GeYy X-Received: by 2002:a17:907:b608:b0:7c1:4623:400e with SMTP id vl8-20020a170907b60800b007c14623400emr37628188ejc.16.1672617554581; Sun, 01 Jan 2023 15:59:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672617554; cv=none; d=google.com; s=arc-20160816; b=wlKhYO3z60ew57bYa4+p96UbgOucKlRUJMWz/u0uENjCKLz6uJrx76xxE8IXMZApyB mYbKJhAMWIHuA7PZggplJGZb8iKjN4hDftU4oTWFvHUTwmKjbdl2wmVxssQ/3PYUxGZE fG+YMnUEYPtzQVM6/DdgGZXHnMlpj7bNzHmhgPKc/DBI4g16jqcI334/DULAQs0GmPlY i+eBL1GmIrudk0wSfxxsIJD79vFwpc4eKw3kRMBT0XTMVqbCbZ1lRaz2T8eoUYcLp0Pd rn4+ccBk7h4+vfIghF6QCbjjTYlm99YX39YUo0DHfHcnJGLxi5S7Qxy8dS9w+nx5Zgg9 bEuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=FplRmHsmgmBWDLZjZ7M+rpXFWApg+T1SdoNxV4vByUA=; b=XZuWff2AciDFplXbcG5klfTWjxCb7ohbPYATwKi+tNVGgpOUu7opw+533lCgJvwQZ1 vsZMxX+XaTe7oAjNsO5Gt87uvAoKwKZE3SyhLoaq1G6yJ6+dzv4yU4bl9hvGr7q3HQsH DzgPX6Cnap4ofRy3FN68phahmdrxgrqhpTYOrcUO69EmoU8PQA41fHCcoUIDR1NkCmMt ftg7wCHvShDbmAelOFC3fdJ+MmB4oYpWWhZ+Soq+uLJ24tM+xUUn9Eqf+b2k6/OA9cIU wLRmq1HsGeC2RR4RaSztSmSKR3/1U3nE2cQQkcEZ0blzx//hN739jUHujJc4TkbliWLa HoUw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id xi13-20020a170906dacd00b0084c41b232f9si20890244ejb.736.2023.01.01.15.58.54; Sun, 01 Jan 2023 15:59:14 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229765AbjAAXkF (ORCPT + 60 others); Sun, 1 Jan 2023 18:40:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43152 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229453AbjAAXkE (ORCPT ); Sun, 1 Jan 2023 18:40:04 -0500 Received: from relay06.th.seeweb.it (relay06.th.seeweb.it [IPv6:2001:4b7a:2000:18::167]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DDEEB2627; Sun, 1 Jan 2023 15:40:01 -0800 (PST) Received: from SoMainline.org (94-211-6-86.cable.dynamic.v4.ziggo.nl [94.211.6.86]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by m-r2.th.seeweb.it (Postfix) with ESMTPSA id 4C96D3EBB3; Mon, 2 Jan 2023 00:39:58 +0100 (CET) Date: Mon, 2 Jan 2023 00:39:56 +0100 From: Marijn Suijten To: Lux Aliaga Cc: Andy Gross , Bjorn Andersson , Konrad Dybcio , Rob Herring , Krzysztof Kozlowski , Kees Cook , Tony Luck , "Guilherme G. Piccoli" , ~postmarketos/upstreaming@lists.sr.ht, martin.botka@somainline.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-hardening@vger.kernel.org Subject: Re: [PATCH v5 6/6] arm64: dts: qcom: sm6125: Initial support for xiaomi-laurel-sprout Message-ID: <20230101233956.qvxs4nfq7mqwnhph@SoMainline.org> References: <20221231222420.75233-1-they@mint.lgbt> <20221231222420.75233-7-they@mint.lgbt> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221231222420.75233-7-they@mint.lgbt> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022-12-31 19:24:20, Lux Aliaga wrote: > Adds support for the Xiaomi Mi A3 (xiaomi-laurel-sprout). Here's a Add* > summary on what's working. What you provide in this patch* > - dmesg output to bootloader preconfigured display > - USB > - UFS > - SD card > - SMD RPM regulators > - Volume Up, Down and Power buttons > - Thermistors > > Signed-off-by: Lux Aliaga > --- > arch/arm64/boot/dts/qcom/Makefile | 1 + > .../dts/qcom/sm6125-xiaomi-laurel-sprout.dts | 413 ++++++++++++++++++ > 2 files changed, 414 insertions(+) > create mode 100644 arch/arm64/boot/dts/qcom/sm6125-xiaomi-laurel-sprout.dts > > diff --git a/arch/arm64/boot/dts/qcom/Makefile b/arch/arm64/boot/dts/qcom/Makefile > index 3e79496292e7..2b2a0170db14 100644 > --- a/arch/arm64/boot/dts/qcom/Makefile > +++ b/arch/arm64/boot/dts/qcom/Makefile > @@ -157,6 +157,7 @@ dtb-$(CONFIG_ARCH_QCOM) += sdm850-lenovo-yoga-c630.dtb > dtb-$(CONFIG_ARCH_QCOM) += sdm850-samsung-w737.dtb > dtb-$(CONFIG_ARCH_QCOM) += sm4250-oneplus-billie2.dtb > dtb-$(CONFIG_ARCH_QCOM) += sm6125-sony-xperia-seine-pdx201.dtb > +dtb-$(CONFIG_ARCH_QCOM) += sm6125-xiaomi-laurel-sprout.dtb > dtb-$(CONFIG_ARCH_QCOM) += sm6350-sony-xperia-lena-pdx213.dtb > dtb-$(CONFIG_ARCH_QCOM) += sm6375-sony-xperia-murray-pdx225.dtb > dtb-$(CONFIG_ARCH_QCOM) += sm7225-fairphone-fp4.dtb > diff --git a/arch/arm64/boot/dts/qcom/sm6125-xiaomi-laurel-sprout.dts b/arch/arm64/boot/dts/qcom/sm6125-xiaomi-laurel-sprout.dts > new file mode 100644 > index 000000000000..cc338c7ef358 > --- /dev/null > +++ b/arch/arm64/boot/dts/qcom/sm6125-xiaomi-laurel-sprout.dts > @@ -0,0 +1,413 @@ > +// SPDX-License-Identifier: BSD-3-Clause > +/* > + * Copyright (c) 2022, Lux Aliaga > + */ > + > +/dts-v1/; > + > +#include > +#include > +#include > +#include > +#include "sm6125.dtsi" > +#include "pm6125.dtsi" > + > +/ { > + model = "Xiaomi Mi A3"; > + compatible = "xiaomi,laurel-sprout", "qcom,sm6125"; > + chassis-type = "handset"; > + > + /* required for bootloader to select correct board */ > + qcom,msm-id = <394 0>; /* sm6125 v1 */ > + qcom,board-id = <11 0>; > + > + chosen { > + #address-cells = <2>; > + #size-cells = <2>; > + ranges; > + > + framebuffer0: framebuffer@5c000000 { > + compatible = "simple-framebuffer"; > + reg = <0 0x5c000000 0 (1560 * 720 * 4)>; > + width = <720>; > + height = <1560>; > + stride = <(720 * 4)>; > + format = "a8r8g8b8"; > + }; > + }; > + > + reserved-memory { > + #address-cells = <2>; > + #size-cells = <2>; > + > + debug_mem: debug@ffb00000 { > + reg = <0x0 0xffb00000 0x0 0xc0000>; > + no-map; > + }; > + > + last_log_mem: lastlog@ffbc0000 { > + reg = <0x0 0xffbc0000 0x0 0x80000>; > + no-map; > + }; > + > + pstore_mem: ramoops@ffc00000 { > + compatible = "ramoops"; > + reg = <0x0 0xffc40000 0x0 0xc0000>; > + record-size = <0x1000>; > + console-size = <0x40000>; > + msg-size = <0x20000 0x20000>; > + }; > + > + cmdline_mem: memory@ffd00000 { > + reg = <0x0 0xffd40000 0x0 0x1000>; > + no-map; > + }; > + }; > + > + extcon_usb: usb-id { > + compatible = "linux,extcon-usb-gpio"; > + id-gpio = <&tlmm 102 GPIO_ACTIVE_HIGH>; > + }; > + > + gpio-keys { > + status = "okay"; > + compatible = "gpio-keys"; > + autorepeat; What's the purpose of this? We're phasing it out on other boards... Also, no pinctrl to keep gpio5 properly biased? You included a key_vol_up (with wrong node name...) node though... > + > + key-vol-up { > + label = "Volume Up"; > + gpios = <&pm6125_gpio 5 GPIO_ACTIVE_LOW>; > + linux,input-type = <1>; > + linux,code = ; > + gpio-key,wakeup; This is a deprecated property, and dtbs_check would have pointed that out as it is not part of gpio-keys.yaml. As mentioned by Krzysztof, did you run dtbs_check/dt_binding_check? > + debounce-interval = <15>; > + }; > + }; In the end this looks like a copy-paste of the gpio-keys provided by sm6125-sony-xperia-seine-pdx201.dts, please apply the same cleanup as https://lore.kernel.org/linux-arm-msm/20221222192443.119103-1-marijn.suijten@somainline.org/ > + thermal-zones { > + rf-pa0-thermal { > + polling-delay-passive = <0>; > + polling-delay = <0>; > + thermal-sensors = <&pm6125_adc_tm 0>; > + > + trips { > + active-config0 { > + temperature = <125000>; > + hysteresis = <1000>; > + type = "critical"; > + }; > + }; > + }; > + > + quiet-thermal { > + polling-delay-passive = <0>; > + polling-delay = <5000>; > + thermal-sensors = <&pm6125_adc_tm 1>; > + > + trips { > + active-config0 { > + temperature = <125000>; > + hysteresis = <1000>; > + type = "critical"; > + }; > + }; > + }; > + > + xo-thermal { > + polling-delay-passive = <0>; > + polling-delay = <0>; > + thermal-sensors = <&pm6125_adc_tm 2>; > + > + trips { > + active-config0 { > + temperature = <125000>; > + hysteresis = <1000>; > + type = "critical"; > + }; > + }; > + }; > + }; > +}; > + > +&hsusb_phy1 { > + vdd-supply = <&vreg_l7a>; > + vdda-pll-supply = <&vreg_l10a>; > + vdda-phy-dpdm-supply = <&vreg_l15a>; > + status = "okay"; > +}; > + > +&pm6125_adc { > + pinctrl-names = "default"; > + pinctrl-0 = <&camera_flash_therm &emmc_ufs_therm>; > + > + rf-pa0-therm@4d { You might want to use labels instead of node names to avoid the mess discussed in https://lore.kernel.org/linux-arm-msm/20221209215308.1781047-1-marijn.suijten@somainline.org/ Only for the channels though, not the thermal zones. > + reg = ; > + qcom,ratiometric; > + qcom,hw-settle-time = <200>; > + qcom,pre-scaling = <1 1>; > + }; > + > + quiet-therm@4e { > + reg = ; > + qcom,ratiometric; > + qcom,hw-settle-time = <200>; > + qcom,pre-scaling = <1 1>; > + }; > + > + camera-flash-therm@52 { > + reg = ; > + qcom,ratiometric; > + qcom,hw-settle-time = <200>; > + qcom,pre-scaling = <1 1>; > + }; > + > + emmc-ufs-therm@54 { > + reg = ; > + qcom,ratiometric; > + qcom,hw-settle-time = <200>; > + qcom,pre-scaling = <1 1>; > + }; > +}; > + > +&pm6125_adc_tm { > + status = "okay"; > + > + rf-pa0-therm@0 { > + reg = <0>; > + io-channels = <&pm6125_adc ADC5_AMUX_THM1_100K_PU>; > + qcom,ratiometric; > + qcom,hw-settle-time-us = <200>; > + }; > + > + quiet-therm@1 { > + reg = <1>; > + io-channels = <&pm6125_adc ADC5_AMUX_THM2_100K_PU>; > + qcom,ratiometric; > + qcom,hw-settle-time-us = <200>; > + }; > + > + xo-therm@2 { > + reg = <2>; > + io-channels = <&pm6125_adc ADC5_XO_THERM_100K_PU>; > + qcom,ratiometric; > + qcom,hw-settle-time-us = <200>; > + }; > +}; > + > +&pm6125_gpio { > + camera_flash_therm: camera-flash-therm-state { > + pins = "gpio3"; > + function = PMIC_GPIO_FUNC_NORMAL; > + bias-high-impedance; > + }; > + > + emmc_ufs_therm: emmc-ufs-therm-state { > + pins = "gpio6"; > + function = PMIC_GPIO_FUNC_NORMAL; > + bias-high-impedance; > + }; > + > + key_vol_up: key_vol_up { > + pins = "gpio5"; > + function = PMIC_GPIO_FUNC_NORMAL; > + input-enable; > + bias-pull-up; > + }; > +}; > + > +&pon_pwrkey { > + status = "okay"; > +}; > + > +&pon_resin { > + status = "okay"; > + linux,code = ; > +}; > + > +&rpm_requests { > + regulators-0 { > + compatible = "qcom,rpm-pm6125-regulators"; > + > + vreg_s6a: s6 { > + regulator-min-microvolt = <936000>; > + regulator-max-microvolt = <1422000>; > + }; > + > + vreg_l1a: l1 { > + regulator-min-microvolt = <1200000>; > + regulator-max-microvolt = <1256000>; > + }; > + > + vreg_l2a: l2 { > + regulator-min-microvolt = <1000000>; > + regulator-max-microvolt = <1056000>; > + }; > + > + vreg_l3a: l3 { > + regulator-min-microvolt = <1000000>; > + regulator-max-microvolt = <1064000>; > + }; > + > + vreg_l4a: l4 { > + regulator-min-microvolt = <872000>; > + regulator-max-microvolt = <976000>; > + }; > + > + vreg_l5a: l5 { > + regulator-min-microvolt = <1648000>; > + regulator-max-microvolt = <2950000>; sdhci doesn't set a load for vqmmc, only vmmc? Otherwise I'm expecting an regulator-allow-set-load here similar to l22. > + }; > + > + vreg_l6a: l6 { > + regulator-min-microvolt = <576000>; > + regulator-max-microvolt = <656000>; > + }; > + > + vreg_l7a: l7 { > + regulator-min-microvolt = <872000>; > + regulator-max-microvolt = <976000>; > + }; > + > + vreg_l8a: l8 { > + regulator-min-microvolt = <400000>; > + regulator-max-microvolt = <728000>; > + }; > + > + vreg_l9a: l9 { > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1896000>; > + }; > + > + vreg_l10a: l10 { > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1896000>; > + }; > + > + vreg_l11a: l11 { > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1952000>; > + }; > + > + vreg_l12a: l12 { > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1996000>; > + }; > + > + vreg_l13a: l13 { > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1832000>; > + }; > + > + vreg_l14a: l14 { > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1904000>; > + }; > + > + vreg_l15a: l15 { > + regulator-min-microvolt = <3104000>; > + regulator-max-microvolt = <3232000>; > + }; > + > + vreg_l16a: l16 { > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1904000>; > + }; > + > + vreg_l17a: l17 { > + regulator-min-microvolt = <1248000>; > + regulator-max-microvolt = <1304000>; > + }; > + > + vreg_l18a: l18 { > + regulator-min-microvolt = <1200000>; > + regulator-max-microvolt = <1264000>; > + }; > + > + vreg_l19a: l19 { > + regulator-min-microvolt = <1648000>; > + regulator-max-microvolt = <2952000>; > + }; > + > + vreg_l20a: l20 { > + regulator-min-microvolt = <1648000>; > + regulator-max-microvolt = <2952000>; > + }; > + > + vreg_l21a: l21 { > + regulator-min-microvolt = <2600000>; > + regulator-max-microvolt = <2856000>; > + }; > + > + vreg_l22a: l22 { > + regulator-min-microvolt = <2944000>; > + regulator-max-microvolt = <2950000>; > + regulator-allow-set-load; > + }; > + > + vreg_l23a: l23 { > + regulator-min-microvolt = <3000000>; > + regulator-max-microvolt = <3400000>; > + }; > + > + vreg_l24a: l24 { > + regulator-min-microvolt = <2944000>; > + regulator-max-microvolt = <3304000>; > + }; > + }; > +}; > + > +&sdc2_off_state { > + sd-cd-pins { > + pins = "gpio98"; > + function = "gpio"; > + drive-strength = <2>; > + bias-disable; > + }; > +}; > + > +&sdc2_on_state { > + sd-cd-pins { > + pins = "gpio98"; > + function = "gpio"; > + drive-strength = <2>; > + bias-pull-up; > + }; > +}; > + > +&sdhc_2 { > + cd-gpios = <&tlmm 98 GPIO_ACTIVE_HIGH>; > + vmmc-supply = <&vreg_l22a>; > + vqmmc-supply = <&vreg_l5a>; > + no-sdio; > + no-mmc; > + status = "okay"; > +}; > + > +&tlmm { > + gpio-reserved-ranges = <22 2>, <28 6>; > +}; > + > +&ufs_mem_hc { > + vcc-supply = <&vreg_l24a>; > + vccq2-supply = <&vreg_l11a>; > + vcc-max-microamp = <600000>; > + vccq2-max-microamp = <600000>; > + status = "okay"; > +}; > + > +&ufs_mem_phy { > + vdda-phy-supply = <&vreg_l4a>; > + vdda-pll-supply = <&vreg_l10a>; > + vdda-phy-max-microamp = <51400>; > + vdda-pll-max-microamp = <14200>; (Also for ufs_mem_hc) does the driver set these loads on the regulators? If so, shouldn't those have regulator-allow-set-load? - Marijn > + vddp-ref-clk-supply = <&vreg_l18a>; > + status = "okay"; > +}; > + > +&usb3 { > + status = "okay"; > +}; > + > +&usb3_dwc3 { > + extcon = <&extcon_usb>; > +}; > -- > 2.38.1 >