| Message ID | 20250614-msm8960-sdcard-v1-0-ccce629428b6@smankusors.com |
|---|---|
| Headers | show |
| Series | Add support for Sony Xperia SP | expand |
On 6/13/25 7:50 PM, Antony Kurniawan Soemardi wrote: > Not all devices use gsbi1 and gsbi5, so these nodes should be disabled > in the SoC dtsi, following the existing pattern used for gsbi3. The > upstream samsung-expressatt and msm8960-cdp devices already have status > "okay" for these nodes, so this change should not break existing > functionality. > > This eliminates the following error messages when gsbi nodes are not > configured in the board's device tree: > [ 1.109723] gsbi 16000000.gsbi: missing mode configuration > [ 1.109797] gsbi 16000000.gsbi: probe with driver gsbi failed with error -22 > > (Note: Xperia SP doesn't use gsbi5) > > Signed-off-by: Antony Kurniawan Soemardi <linux@smankusors.com> > --- > arch/arm/boot/dts/qcom/qcom-msm8960.dtsi | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm/boot/dts/qcom/qcom-msm8960.dtsi b/arch/arm/boot/dts/qcom/qcom-msm8960.dtsi > index 66071ad498e49c4f54ba105fa94640575fe08da6..84d4d1bffa9f73b5e395e4290b8dc856e0966e9b 100644 > --- a/arch/arm/boot/dts/qcom/qcom-msm8960.dtsi > +++ b/arch/arm/boot/dts/qcom/qcom-msm8960.dtsi > @@ -321,6 +321,7 @@ gsbi5: gsbi@16400000 { > ranges; > > syscon-tcsr = <&tcsr>; > + status = "disabled"; > > gsbi5_serial: serial@16440000 { > compatible = "qcom,msm-uartdm-v1.3", "qcom,msm-uartdm"; > @@ -440,6 +441,7 @@ gsbi1: gsbi@16000000 { > #address-cells = <1>; > #size-cells = <1>; > ranges; > + status = "disabled"; I know I'm picking on style a whole lot, but please keep a newline before 'status Konrad
On 6/14/25 10:46 PM, Antony Kurniawan Soemardi wrote: > On 6/15/2025 1:36 AM, Konrad Dybcio wrote: >> IIUC (and that's a 10yo range memory), SP had some eyebrow-rising boot >> flow (some partitions were non-standard?) - could you please add a >> paragraph about it in the commit message if that's the case, and maybe >> include a short how-to on booting the thing? > Is it acceptable to provide the pmOS wiki link in the commit message instead? > https://wiki.postmarketos.org/wiki/Sony_Xperia_SP_(sony-huashan) > > Or should I include a paragraph explaining it? It might be lengthy since > I'd need to add download links for the mkelf and the RPM blob. A link is okay in this case - pmOS wiki has been with us for a while and I don't expect it to go down anytime soon. Konrad
This patch series adds initial support for the Sony Xperia SP (codename: sony-huashan), a smartphone based on the Qualcomm MSM8960T SoC. The MSM8960T is a variant of the MSM8960 featuring an upgraded GPU (Adreno 320 instead of Adreno 225) and a slightly overclocked CPU (1.7GHz instead of 1.5GHz). The following changes are included: 1. Adding sdcc3 pinctrl states to ensure micro SD card functionality. 2. Adding gsbi8 node and serial configuration for the MSM8960 SoC. 3. Disabling unused gsbi1 and gsbi5 nodes in the MSM8960 SoC device tree. 4. Documentation for the Sony Xperia SP. 5. Initial device tree support for the Sony Xperia SP, including serial console, GPIO keys, PM8921 keypad, eMMC, micro SD card, and USB OTG. This patch series has been tested on the non-LTE variant of the Xperia SP. Signed-off-by: Antony Kurniawan Soemardi <linux@smankusors.com> --- Antony Kurniawan Soemardi (5): ARM: dts: qcom: msm8960: add sdcc3 pinctrl states ARM: dts: qcom: msm8960: add gsbi8 and its serial configuration ARM: dts: qcom: msm8960: disable gsbi1 and gsbi5 nodes in msm8960 dtsi dt-bindings: arm: qcom: add Sony Xperia SP ARM: dts: qcom: add device tree for Sony Xperia SP Documentation/devicetree/bindings/arm/qcom.yaml | 7 + arch/arm/boot/dts/qcom/Makefile | 1 + arch/arm/boot/dts/qcom/qcom-msm8960-pins.dtsi | 38 +++ .../dts/qcom/qcom-msm8960-samsung-expressatt.dts | 5 + .../boot/dts/qcom/qcom-msm8960-sony-huashan.dts | 361 +++++++++++++++++++++ arch/arm/boot/dts/qcom/qcom-msm8960.dtsi | 26 ++ 6 files changed, 438 insertions(+) --- base-commit: 8630c59e99363c4b655788fd01134aef9bcd9264 change-id: 20250601-msm8960-sdcard-e21de49aa8e4 Best regards, -- Antony Kurniawan Soemardi <linux@smankusors.com>