我目前正在尝试了解 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
有什么区别?
驱动程序匹配有多种机制。 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。