spidev设备节点需通过设备树中添加compatible="spidev"的子节点并确保SPI控制器status="okay"来创建，确认存在需检查CONFIG_SPI_SPIDEV=y、dmesg中spi控制器识别及/sys/bus/spi/devices下对应条目，成功后/dev/spidevX.Y可见。
spidev设备节点怎么创建和确认存在
Linux内嵌SPI控制器后，spidev驱动不会自动暴露设备节点，必须手动绑定或通过设备树启用。常见错误是直接 ls /dev/spi* 发现没节点，就以为硬件不支持——其实只是没配对。
确认步骤：
- 检查内核是否编译了
CONFIG_SPI_SPIDEV=y（zcat /proc/config.gz | grep SPI_SPIDEV或查/boot/config-$(uname -r)） - 查看SPI控制器是否被识别：
dmesg | grep spi，应看到类似spi0: master的行 - 确认设备树中对应SPI总线启用了
spidev子节点（如spidev@0），且compatible = "spidev" - 若用动态绑定（调试时）：
echo "spidev" > /sys/class/spi_master/spi0/device/modalias不生效；正确方式是写spidev到/sys/class/spi_master/spi0/device/driver/unbind后再bind，但更可靠的是重启并确保设备树已正确定义
成功后 ls /dev/spi* 应出现 /dev/spidev0.0 这类节点，其中主号 0 对应 spi0，次号 0 对应片选 CS0。
open + ioctl 配置 SPI 参数的典型流程
spidev 是字符设备，不能像普通文件那样 read/write 直接发数据——必须先用 ioctl 设置模式、速率、字长等，否则读写会失败或返回乱码。
立即学习“C++免费学习笔记（深入）”；
关键配置项及易错点：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
-
SPI_IOC_WR_MODE和SPI_IOC_RD_MODE：设置 CPOL/CPHA。例如 MODE_0 是0，MODE_3 是3，必须和外设手册一致，否则 MISO 始终为高阻或全 0 -
SPI_IOC_WR_MAX_SPEED_HZ：实际生效值受控制器限制，比如芯片标称 50MHz，但spi0在设备树中spi-max-frequency =，那设 30MHz 会被内核截断为 25MHz，ioctl不报错但速率不对 -
SPI_IOC_WR_BITS_PER_WORD：多数外设是 8，但某些 ADC 或 FPGA 可能要 16。设错会导致字节错位，比如发 0x1234 却只收到 0x12 - 注意：
SPI_IOC_MESSAGE(n)才真正发起传输，前面所有ioctl只是配置，不发波形
示例片段（省略错误检查）：
int fd = open("/dev/spidev0.0", O_RDWR);
uint8_t mode = SPI_MODE_0;
ioctl(fd, SPI_IOC_WR_MODE, &mode);
uint32_t speed = 1000000;
ioctl(fd, SPI_IOC_WR_MAX_SPEED_HZ, &speed);
struct spi_ioc_transfer tr = {0};
tr.tx_buf = (unsigned long)tx_buf;
tr.rx_buf = (unsigned long)rx_buf;
tr.len = 4;
tr.speed_hz = speed;
tr.bits_per_word = 8;
ioctl(fd, SPI_IOC_MESSAGE(1), &tr);
全双工读写时 tx_buf 和 rx_buf 怎么配合
spidev 的本质是同步移位，MOSI 和 MISO 在同一 SCLK 下严格对齐。所谓“读”其实是发 dummy 字节触发对方回传，“写”则是在收数据的同时把字节推出去——不存在纯单向操作。
常见误解和做法：
- 想只读 4 字节？必须填 4 字节的
tx_buf（内容任意，常填 0），否则内核拒绝调用SPI_IOC_MESSAGE - 想只写 4 字节？同样要提供 4 字节
rx_buf（可指向栈上临时数组），即使你忽略其内容 - 如果
tx_buf == nullptr或rx_buf == nullptr，ioctl返回-EFAULT，不是静默失败 - 跨字节边界访问（如
tx_buf指向结构体成员中间）可能因内存未对齐导致-EINVAL，建议用posix_memalign分配缓冲区
一个安全的读寄存器操作（假设命令+地址共 2 字节，读 2 字节数据）：
uint8_t tx[4] = {0x03, 0x10, 0x00, 0x00}; // cmd=0x03, addr=0x10
uint8_t rx[4] = {0};
tr.tx_buf = (unsigned long)tx;
tr.rx_buf = (unsigned long)rx;
tr.len = 4;
ioctl(fd, SPI_IOC_MESSAGE(1), &tr);
// 实际有效数据在 rx[2]~rx[3]
中断、DMA 和超时问题在 spidev 下怎么处理
spidev 是轮询式接口，没有中断通知机制，也没有内置超时。这意味着：
-
ioctl(SPI_IOC_MESSAGE)会阻塞直到整帧移位完成，时间由len × 8 / speed_hz决定。100kHz 下传 256 字节约耗时 20ms，若外设异常拉长 SCLK，可能卡死进程 - 无 DMA 支持：所有数据经 CPU 搬运，大数据量（如图像传感器）会显著抬升 CPU 占用，此时应改用内核态驱动或 mmap 方式（但 spidev 不支持 mmap）
- 无法感知 CS 变化或外设 ready 信号：必须靠延时或 GPIO 轮询配合，比如某些 Flash 要求在发送命令后读
status register等 busy 清零，得自己加usleep(1)循环 - 多线程同时操作同一
/dev/spidev0.0会相互干扰，因为 spidev 不做内部锁，需用户层用 mutex 或单线程串行化
真实项目中，一旦涉及高速、低延迟或大吞吐，就得评估是否该绕过 spidev，直接写 platform driver 或用 libgpiod 控制 CS 引脚+裸寄存器操作 SPI 控制器。
