Hi Jonas, On 1/15/23 22:15, Jonas Karlman wrote: > The following was observed on my Radxa ROCK 3 Model A board: > > rockchip-pinctrl pinctrl: pin gpio1-9 already requested by vcc-cam-regulator; cannot claim for fe410000.i2s > ... > platform rk809-sound: deferred probe pending > > Fix this by supplying a board specific pinctrl with the i2s1 pins used > by pmic codec according to the schematic [1]. > > [1] https://dl.radxa.com/rock3/docs/hw/3a/ROCK-3A-V1.3-SCH.pdf > > Signed-off-by: Jonas Karlman <jonas@xxxxxxxxx> Makes sense to me, but... > --- > arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dts | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dts b/arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dts > index 00d873a03cfe..a149c8b83f94 100644 > --- a/arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dts > +++ b/arch/arm64/boot/dts/rockchip/rk3568-rock-3a.dts > @@ -573,6 +573,8 @@ &i2s0_8ch { > }; > > &i2s1_8ch { > + pinctrl-names = "default"; > + pinctrl-0 = <&i2s1m0_sclktx &i2s1m0_lrcktx &i2s1m0_sdi0 &i2s1m0_sdo0>; ... shouldn't this include i2s1m0_mclk as well? For some reason this has been omitted in the pinctrl defined in rk356x.dtsi. But then rk356x.dtsi also claims - both i2s1m0_sdo1 and i2s1m0_sdi3 - both i2s1m0_sdo2 and i2s1m0_sdi2 - both i2s1m0_sdo3 and i2s1m0_sdi1 which are mapped to the same respective pins. Therefore it seems that there might be something wrong with this pinctrl altogether. Cc: Nicolas Frattaroli, maybe he can provide some clarification. Best regards, Michael > rockchip,trcm-sync-tx-only; > status = "okay"; > };
