On 7/2/21 9:35 PM, Da Xue wrote:
[...]
Seems like you're hitting this code in drivers/spi/meson_spifc.c
250 static int meson_spifc_set_mode(struct udevice *dev, uint mode)
251 {
252 struct meson_spifc_priv *spifc = dev_get_priv(dev);
253
254 if (mode & (SPI_CPHA | SPI_RX_QUAD | SPI_RX_DUAL |
255 SPI_TX_QUAD | SPI_TX_DUAL))
256 return -ENODEV;
(the -ENODEV code doesn't look right, it should be some -EOPNOTSUP or
so)
Can you check which of the mode bits is set and triggers the
condition ?
I think you might be missing something like
spi-rx-bus-width = <1>;
spi-tx-bus-width = <1>;
in your DT, but that's a guess.
Can you check which of the mode bits is set and triggers the condition ?
Also, where in the DT did you add spi-rx-bus-width = <1> and
spi-tx-bus-width = <1> ?
Finally, please do not top-post and keep the list on CC.
My apologies about the top-posting.
--- a/arch/arm/dts/meson-gxl-s805x-libretech-ac.dts
+++ b/arch/arm/dts/meson-gxl-s805x-libretech-ac.dts
@@ -304,6 +304,8 @@
compatible = "jedec,spi-nor";
reg = <0>;
spi-max-frequency = <80000000>;
+ spi-rx-bus-width = <1>;
+ spi-tx-bus-width = <1>;
};
};
That should do the trick. Can you check which of the mode bits is set in
meson_spifc_set_mode() and triggers the ENODEV condition ?
SPI_CPHA seems to be the culprit. I tried adding spi-cpha = <0> to no
avail.
Can you find out what is setting the SPI_CPHA in the first place on your
machine ?
