前言

（1）因为在Linux驱动开发中，驱动可以和设备c文件文件进行匹配，也可以和设备树dts文件进行匹配。为了弄明白驱动与他们的匹配规则，我查阅了一些资料同时阅读了源码，最终打算使用图片的方式形象具体的写成博客。
（2）网上的资料基本都大同小异，都是直接干巴巴的贴出源码，然后一顿分析。而Linux中的调用关系太复杂，很容易看的头晕.
（3）因此我就根据大佬们的分析，对着代码一点一点的慢慢看。最终对驱动与设备的匹配规则有了一定的认识。
（4）通过源码我们可以知道Linux的匹配规则是有5条。但是很多时候，在网上说只有4条，要么就是无视了acpi匹配规则，要么就是无视了设备中的driver_override匹配规则。我也翻阅了正点原子，韦东山，北京迅为的教程，发现他们对这些匹配规则都进行了一定程度的无视。可能是使用的比较少，所以不讲解，毕竟是入门教程，讲太多容易越讲越乱。

Linux驱动与设备的5条匹配规则

驱动与设备匹配源码

（1）在Linux的平台总线中，我们是使用platform_match()函数进行设备与驱动匹配的。
（2）platform_match()函数定义在文件 drivers/base/platform.c 中，函
数内容如下所示：

static int platform_match(struct device *dev, struct device_driver *drv)
{
	struct platform_device *pdev = to_platform_device(dev);
	struct platform_driver *pdrv = to_platform_driver(drv);

	/* When driver_override is set, only bind to the matching driver */
	if (pdev->driver_override)
		return !strcmp(pdev->driver_override, drv->name);

	/* Attempt an OF style match first */
	if (of_driver_match_device(dev, drv))
		return 1;

	/* Then try ACPI style match */
	if (acpi_driver_match_device(dev, drv))
		return 1;

	/* Then try to match against the id table */
	if (pdrv->id_table)
		return platform_match_id(pdrv->id_table, pdev) != NULL;

	/* fall-back to driver name match */
	return (strcmp(pdev->name, drv->name) == 0);
}

（3）从上面的代码我们可以看到，有四个if判断，最后那个return 还调用了strcmp()函数进行字符串的对比。因此我们可以得出结论：Linux中，驱动和设备是有5条匹配规则的。

匹配规则1

（1）这个我们需要指导，dev，drv，pdev和pdrv分别代表什么意思。其实我们从他的变量定义就可以看出来。
<1>pdev = platform_device
<2>dev = platform_device.dev
<3>pdrv = platform_driver
<4>drv = platform_driver.driver
（2）由此可见，他首先判断platform_device.driver_override有没有赋值，如果被赋值了无论有没有被匹配上，后面的程序都不会再进行了！
（3）如果platform_device.driver_override被赋值了，那么我们就开始判断platform_device.driver_override == platform_driver.driver.name是否成立。如果成立就匹配成功，否则匹配失败。

if (pdev->driver_override)
	return !strcmp(pdev->driver_override, drv->name);

匹配规则2

（1）这一条主要是用来与设备树进行匹配的。这里有一个知识点，我们可以看到这个函数是of类型的，前缀是 of 的函数都是用于和设备树进行匹配的。
（2）我们可以看到，这里其实就是platform_driver.driver.of_match_table与设备树的compatible 属性进行匹配。（如下图）

static inline int of_driver_match_device(struct device *dev,const struct device_driver *drv)
{
	return of_match_device(drv->of_match_table, dev) != NULL;
}
if (of_driver_match_device(dev, drv))
	return 1;
	

匹配规则3

（1）这一条很多人都是直接一句ACPI 匹配方式，然后就没有了。一开始我认为是使用的人太少，所以都避而不谈。后面发现是你根本改不了。
（2）ACPI主要用于x86架构的传统PC平台，特别是在桌面和笔记本电脑上。它较为复杂，包含了丰富的系统管理和电源管理功能。开发人员无法修改，只能由主板供应商修改BIOS固件。
（3）所以这个你不用理会。

if (acpi_driver_match_device(dev, drv))
	return 1;

匹配规则4

（1）第4条规则，判断platform_driver.id_table有没有赋值，如果被赋值了无论有没有被匹配上，后面的程序都不会再进行了！
（2）这个说白了就是就是让platform_driver.id_table.name == platform_device.name进行名字匹配，如果名字相同，就匹配成功。

static const struct platform_device_id *platform_match_id(
			const struct platform_device_id *id,
			struct platform_device *pdev)
{
	while (id->name[0]) {
		if (strcmp(pdev->name, id->name) == 0) {
			pdev->id_entry = id;
			return id;
		}
		id++;
	}
	return NULL;
}
if (pdrv->id_table)
	return platform_match_id(pdrv->id_table, pdev) != NULL;

匹配规则5

（1）这个就是下下策了，platform_device.driver_override和platform_driver.id_table都没有被定义。同时，设备树没有匹配成功。最终才会进行此次匹配。
（2）这个匹配很简单，platform_device.name == platform_driver.driver.name是否相等，如果相等，表示驱动和设备匹配成功。否则驱动和设备彻底匹配失败。

return (strcmp(pdev->name, drv->name) == 0);

总结

（1）一般来说，我们在驱动的platform_driver结构体只会写两个。
<1>platform_driver.driver.name用于和c文件匹配。
<2>platform_driver.driver.of_match_table 用于和设备树匹配。
（2）注意：如果我们我们只写上面两种匹配方式，那么platform_device.driver_override和platform_driver.id_table都不能赋值！
（3）为什么别人常常说Linux驱动只有4条匹配规则呢？原因很简单，ACPI开发人员无法进行更改，只能由主板供应商修改BIOS固件，所以大家都选择了无视。

static struct platform_driver gpio_platform_driver = {
	.driver		= {
		.name	= "100ask_gpio_plat_drv", //用于和设备c文件匹配
		.of_match_table = gpio_dt_ids,  //用于与设备树匹配
	},
	.probe		= gpio_drv_probe,
	.remove		= gpio_drv_remove,
};