4

我目前正在尝试了解 linux 驱动程序是如何工作的。据我所知，当内核解析设备树中对应的 .compatible 字符串时，会调用驱动程序的 probe/init 函数。但是，在 arizona-spi 驱动程序中，不同成员中似乎引用了多个兼容字符串：

static const struct spi_device_id arizona_spi_ids[] = {
{ "wm5102", WM5102 },
{ "wm5110", WM5110 },
{ },
};
MODULE_DEVICE_TABLE(spi, arizona_spi_ids);

static struct spi_driver arizona_spi_driver = {
.driver = {
    .name   = "arizona",
    .owner  = THIS_MODULE,
    .pm = &arizona_pm_ops,

    // Contains e.g. "wlf,wm5102"
    .of_match_table = of_match_ptr(arizona_of_match),

},
.probe      = arizona_spi_probe,
.remove     = arizona_spi_remove,
.id_table   = arizona_spi_ids,                  // Contains "wm5102" and "wm5110"
};

这是这里的摘录。

那么 arizona_spi_driver.id_table 和 arizona_spi_driver.driver.of_match_table 有什么区别呢？

4

1 回答 1

5

驱动程序匹配有多种机制。id_table 旨在用于从剥离的设备树条目（没有供应商部分）中查找匹配项，而 of_match_table 用于从完整的设备树条目（具有供应商部分的条目）中查找匹配项。

如果您检查， arizona_of_match 被定义为：

const struct of_device_id arizona_of_match[] = {
    { .compatible = "wlf,wm5102", .data = (void *)WM5102 },
    { .compatible = "wlf,wm5110", .data = (void *)WM5110 },
    { .compatible = "wlf,wm8280", .data = (void *)WM8280 },
    { .compatible = "wlf,wm8997", .data = (void *)WM8997 },
    {},
};

wlf是这种情况下的供应商部分，而 arizona_spi_ids 不包含供应商部分。

因此，如果您的设备树中有这样的内容：

兼容 =“我的供应商，wm5102”

您的设备将与 id_table 匹配，但不会与 of_match_table匹配，因为供应商不同。

在检查 id_table 之前，内核将首先对 of_match_table 进行匹配（参见此处的spi_get_device_id ）。设备匹配优先级为：of_match_table > acpi_driver > id_table。

于 2015-10-03T15:19:15.837 回答