Re: [PATCH v3 3/3] arm64: dts: qcom: sm7125-samsung: add initial device tree

[email protected]
Newsgroups org.kernel.vger.linux-devicetree
Message-ID <[email protected]>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] The QMP (SuperSpeed) USB PHY is unnecessarily enabled while the USB controller is restricted to high-speed mode without an SSPHY.
- [Low] The `rmtfs_mem` node lacks a unit address in the common dtsi but has a `reg` property appended in the board files, causing a DTC warning.
--

--- Patch [3]: [PATCH v3 3/3] arm64: dts: qcom: sm7125-samsung: add initial device tree ---
commit 7ad14e43b9cfd884317a8c3a0d039dc250371474
Author: Erikas Bitovtas <[email protected]>

arm64: dts: qcom: sm7125-samsung: add initial device tree
    
Samsung Galaxy A52/A72 are devices released on atoll (SM7125) platform
in 2021. Add initial device tree for SM7125 Samsung platform with
support for:
- Framebuffer
- GPIO keys
- Hall sensor
- Vibrator
- Regulators
- Reset input
- Real-time clock
- SD card
- UFS
- USB

> diff --git a/arch/arm64/boot/dts/qcom/sm7125-samsung-a52q.dts b/arch/arm64/boot/dts/qcom/sm7125-samsung-a52q.dts
> new file mode 100644
> index 0000000000000..ecba5be8164ea
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/sm7125-samsung-a52q.dts

[ ... ]

> +&rmtfs_mem {
> +	reg = <0x0 0xf4f00000 0x0 0x202000>;
> +};

[Severity: Low]
Does this trigger a unit_address_vs_reg warning in the Device Tree compiler? 

The rmtfs_mem base node is defined without a unit address in the common dtsi, 
but a reg property is appended here in the board file.

> diff --git a/arch/arm64/boot/dts/qcom/sm7125-samsung-common.dtsi b/arch/arm64/boot/dts/qcom/sm7125-samsung-common.dtsi
> new file mode 100644
> index 0000000000000..b8863e111bc4f
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/sm7125-samsung-common.dtsi

[ ... ]

> +&usb_1 {
> +	qcom,select-utmi-as-pipe-clk;
> +
> +	status = "okay";
> +};
> +
> +&usb_1_dwc3 {
> +	dr_mode = "peripheral";
> +	maximum-speed = "high-speed";
> +
> +	status = "okay";
> +};

[ ... ]

> +&usb_1_qmpphy {
> +	vdda-phy-supply = <&vreg_l4a_0p9>;
> +	vdda-pll-supply = <&vreg_l3c_1p2>;
> +
> +	status = "okay";
> +};

[Severity: Medium]
Is it necessary to enable the SuperSpeed QMP PHY here?

The USB controller is restricted to high-speed mode and configured to ignore 
the pipe clock from the SuperSpeed PHY via qcom,select-utmi-as-pipe-clk.

Leaving the QMP PHY enabled might unnecessarily waste power and regulator 
resources.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/[email protected]?part=3
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.