能否通过最小化修改继承Linux驱动？以spidev适配场景为例

完全可以实现你想要的最小化驱动——不需要重写spidev的任何核心逻辑，只需要复用它已经导出的函数，替换自己的of_device_id结构体就行。这种方案相当于“驱动层面的复用”，完美避开直接修改spidev.c带来的维护问题。

最精简的等效驱动代码 #

下面是一个仅几十行的模块，完全复用spidev的所有功能，只替换了设备树匹配规则：

#include <linux/module.h>
#include <linux/spi/spi.h>
#include <linux/of.h>

// 这里替换成你设备树中实际使用的compatible字符串
static const struct of_device_id my_spidev_of_match[] = {
    { .compatible = "your-vendor,your-spi-device" },
    { /* 哨兵节点，必须存在 */ }
};
MODULE_DEVICE_TABLE(of, my_spidev_of_match);

// 直接复用spidev的核心操作函数
static struct spi_driver my_spidev_driver = {
    .driver = {
        .name = "my-custom-spidev", // 命名要和原生spidev区分开
        .of_match_table = my_spidev_of_match,
        .owner = THIS_MODULE,
    },
    .probe = spidev_probe,
    .remove = spidev_remove,
#ifdef CONFIG_PM
    .suspend = spidev_suspend,
    .resume = spidev_resume,
#endif
};

// 用内核宏快速注册SPI驱动
module_spi_driver(my_spidev_driver);

MODULE_LICENSE("GPL");
MODULE_DESCRIPTION("Minimal driver reusing spidev with custom device tree compatibility");
MODULE_AUTHOR("Your Name");

为什么这个方案可行？ #

原生spidev驱动的核心函数（spidev_probe、spidev_remove等）都是通过EXPORT_SYMBOL_GPL导出的，这意味着其他内核模块可以直接调用这些函数。我们只需要：

1. 定义自己的of_device_id列表，匹配你设备树里的compatible值
2. 构建一个新的spi_driver结构体，把spidev的函数挂上去
3. 注册这个新驱动即可

关键注意事项 #

1. 内核版本兼容性：确保你使用的内核版本中，spidev的核心函数确实是导出的。主流内核版本（4.4及以上）都支持这一点，你可以查看内核源码中的drivers/spi/spidev.c，确认有EXPORT_SYMBOL_GPL(spidev_probe)这类语句。
2. 驱动命名冲突：.name字段不能和原生spidev的"spidev"重名，否则会导致驱动注册失败。
3. 设备树修改：把你设备树节点的compatible属性改成和my_spidev_of_match中一致的值，比如"your-vendor,your-spi-device"。
4. 依赖关系：编译和加载这个模块时，确保原生spidev驱动已经加载（或者编译进内核）。

对比直接修改spidev.c的优势 #

• 你的模块完全独立，不会因为spidev.c的小版本更新（比如函数签名变化、代码重构）导致补丁失效
• 不需要维护针对上游内核的补丁，降低长期维护成本
• 可以为不同的SPI设备定义不同的compatible值，更符合设备树的规范

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