Linux用户态spidev驱动SPI通信无MISO数据且WR后SCLK拉低问题排查

针对你遇到的spidev全双工传输问题，结合Xilinx 4.14内核的特性，按以下步骤排查：

• 验证spidev模式配置是否生效
  代码里设置了模式0，但要确认驱动实际应用的参数。添加读取配置的代码：

  uint8_t current_mode;
  ioctl(fd, SPI_IOC_RD_MODE, &current_mode);
  printf("Actual SPI mode: %d\n", current_mode);
  

  Linux spidev的模式计算规则是CPOL<<1 | CPHA，模式0应返回0，若不符说明配置未正确写入。

• 检查spi_ioc_transfer结构体参数完整性
  很多异常和结构体参数缺失有关，重点关注：

  struct spi_ioc_transfer tr = {
      .tx_buf = (unsigned long)tx_buf,
      .rx_buf = (unsigned long)rx_buf,
      .len = BUF_LEN,
      .speed_hz = 1290000,
      .bits_per_word = 8,
      .delay_usecs = 10,  // 给从机预留响应采样时间
      .cs_change = 0,     // 传输期间保持片选有效，避免提前释放
  };
  

  你的SCLK立即拉低，大概率是cs_change设为1导致片选提前释放，从机停止响应。

• 排查Xilinx 4.14内核spidev的兼容性问题
  Xilinx该版本内核的spidev存在已知的全双工传输bug：若rx缓冲区未初始化或与tx长度不一致，会导致MISO数据被丢弃。确保tx/rx缓冲区长度完全相同，且rx_buf提前清零。
  同时检查设备树节点，确认num-cs和spi-max-frequency配置匹配硬件：

  &spi0 {
      status = "okay";
      num-cs = <1>;
      spi-max-frequency = <1290000>;
      slave_dev: slave_dev@0 {
          compatible = "your-slave-compat";
          reg = <0>;
          spi-max-frequency = <1290000>;
      };
  };
  

• 用单字节传输缩小问题范围
  先排除多字节传输的复杂因素，测试单字节全双工：

  uint8_t tx_data = 0xAA;
  uint8_t rx_data = 0x00;
  struct spi_ioc_transfer tr = {
      .tx_buf = (unsigned long)&tx_data,
      .rx_buf = (unsigned long)&rx_data,
      .len = 1,
      .speed_hz = 1290000,
      .bits_per_word = 8,
      .delay_usecs = 5,
      .cs_change = 0,
  };
  int ret = ioctl(fd, SPI_IOC_MESSAGE(1), &tr);
  printf("Received: 0x%X\n", rx_data);
  

  若单字节正常，说明多字节传输时的delay_usecs不足或参数配置有误。

• 确认设备节点匹配正确片选
  用ls -l /dev/spidev*查看设备节点，确保打开的是对应目标片选的节点（如/dev/spidev0.0对应片选0），避免误操作其他片选导致硬件无响应。

内容的提问来源于stack exchange，提问作者afinfante