| Message ID | 20210816181810.2242-1-stephan@gerhold.net (mailing list archive) |
|---|---|
| State | Accepted |
| Commit | 8199a0b31e76d158ac14841e7119890461f8c595 |
| Headers | show |
| Series | arm64: dts: qcom: msm8916: Fix Secondary MI2S bit clock | expand |
On Mon, 16 Aug 2021 20:18:10 +0200, Stephan Gerhold wrote: > At the moment, playing audio on Secondary MI2S will just end up getting > stuck, without actually playing any audio. This happens because the wrong > bit clock is configured when playing audio on Secondary MI2S. > > The PRI_I2S_CLK (better name: SPKR_I2S_CLK) is used by the SPKR audio mux > block that provides both Primary and Secondary MI2S. > > [...] Applied, thanks! [1/1] arm64: dts: qcom: msm8916: Fix Secondary MI2S bit clock commit: 8199a0b31e76d158ac14841e7119890461f8c595 Best regards,
Hello: This patch was applied to qcom/linux.git (refs/heads/for-next): On Mon, 16 Aug 2021 20:18:10 +0200 you wrote: > At the moment, playing audio on Secondary MI2S will just end up getting > stuck, without actually playing any audio. This happens because the wrong > bit clock is configured when playing audio on Secondary MI2S. > > The PRI_I2S_CLK (better name: SPKR_I2S_CLK) is used by the SPKR audio mux > block that provides both Primary and Secondary MI2S. > > [...] Here is the summary with links: - arm64: dts: qcom: msm8916: Fix Secondary MI2S bit clock https://git.kernel.org/qcom/c/8199a0b31e76 You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi b/arch/arm64/boot/dts/qcom/msm8916.dtsi index 3f85e34a8ce6..fbff71263951 100644 --- a/arch/arm64/boot/dts/qcom/msm8916.dtsi +++ b/arch/arm64/boot/dts/qcom/msm8916.dtsi @@ -1384,11 +1384,17 @@ sound: sound@7702000 { lpass: audio-controller@7708000 { status = "disabled"; compatible = "qcom,lpass-cpu-apq8016"; + + /* + * Note: Unlike the name would suggest, the SEC_I2S_CLK + * is actually only used by Tertiary MI2S while + * Primary/Secondary MI2S both use the PRI_I2S_CLK. + */ clocks = <&gcc GCC_ULTAUDIO_AHBFABRIC_IXFABRIC_CLK>, <&gcc GCC_ULTAUDIO_PCNOC_MPORT_CLK>, <&gcc GCC_ULTAUDIO_PCNOC_SWAY_CLK>, <&gcc GCC_ULTAUDIO_LPAIF_PRI_I2S_CLK>, - <&gcc GCC_ULTAUDIO_LPAIF_SEC_I2S_CLK>, + <&gcc GCC_ULTAUDIO_LPAIF_PRI_I2S_CLK>, <&gcc GCC_ULTAUDIO_LPAIF_SEC_I2S_CLK>, <&gcc GCC_ULTAUDIO_LPAIF_AUX_I2S_CLK>;
At the moment, playing audio on Secondary MI2S will just end up getting stuck, without actually playing any audio. This happens because the wrong bit clock is configured when playing audio on Secondary MI2S. The PRI_I2S_CLK (better name: SPKR_I2S_CLK) is used by the SPKR audio mux block that provides both Primary and Secondary MI2S. The SEC_I2S_CLK (better name: MIC_I2S_CLK) is used by the MIC audio mux block that provides Tertiary MI2S. Quaternary MI2S is also part of the MIC audio mux but has its own clock (AUX_I2S_CLK). This means that (quite confusingly) the SEC_I2S_CLK is not actually used for Secondary MI2S as the name would suggest. Secondary MI2S needs to have the same clock as Primary MI2S configured. Fix the clock list for the lpass node in the device tree and add a comment to clarify this confusing naming. With these changes, audio can be played correctly on Secondary MI2S. Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org> Fixes: 3761a3618f55 ("arm64: dts: qcom: add lpass node") Tested-by: Vincent Knecht <vincent.knecht@mailoo.org> Signed-off-by: Stephan Gerhold <stephan@gerhold.net> --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-)