Here is dmesg.log dmesg.log.txt (161.4 KB)
Firstly, I believe it is necessary to confirm that the SPI function is normal. I short circuited Miso and Mosi (spi0), but when using Spidev_test, I did not receive the transmitted data. At the same time, when using an oscilloscope to measure CS0 and SCK, there were no waveforms.
New Work:
I have verified the normal function of the SPI and measured the effective waveform using an oscilloscope. But I still got an error like this: chip reports 255 free bytes in TX fifo, but only has 64. The latest dmesg is as follows: dmesg.log (64.8 KB)
Yes, I encountered an issue after loading the sc16is7xx driver. I have compiled the kernel source code, added the compilation option for sc16is7xx in tegerdefconfig, and then re flashed. The new image should automatically load the driver for sc16is7xx. I encountered this issue when testing with cutecom.
Is this error message necessary to handle? Based on the device tree image I posted, I believe that /spi@3210000 /sc16is752_clk2 only refers to a clock information. Is my idea correct? I would like to confirm if the settings for sc16is752 on spi0 in my device tree file are correct?
Yes, I think you should fix this error message first.
So, it seems something missing in your clock configuration.
Please also ask the help from your vendor, they may better knows that how it works.