代码来源：开源linux内核linux-6.2.9
platform总线设备与驱动的匹配
对于device和driver无论哪个创建都会尝试主动寻找对方进行绑定，而platform bus总线的匹配原则如上面的代码所示，共有五级匹配，这里进行详细解析下：
一 ：driver_override
这个属性平常工作中基本上碰不到，因为大体拥有这种属性的devicec大体不是由设备树上配置自动生成的，而是由手动分配platform_device内存而产生的，这样就不会存在compatible属性节点。大体的用法如下：
platform_device *pdev;
pdev = platform_device_alloc()
driver_set_override(&pdev->dev, &pdev->driver_override, xxx, len)
platform_device_add(pdev)
1、分配platform_device内存，传参的时候会把name传进去。name可以为“”，但是为了确保加载成功最好设置成与driver名一样的，这样就算第一级匹配由于失误字符写错了，在第五级匹配的时候依然能成功加载
2、设置driver_override属性值
3、将pdev->dev添加到platform总线上去，并尝试绑定
二 ：compatible属性匹配
of_driver_match_device(dev, drv)-> of_match_device(drv->of_match_table,dev)->of_match_node(of_match_table,dev->of_node)->_of_match_node(matches, node)->_of_device_is_compatible(node, matches->compatible)
这里代码就是核心实现部分了：读取device的compatible属性值并与driver的of_match_table数组的compatible字段一一进行字符串比较，只要比较成功那么分数就不会为0,就算匹配成功，至于最优匹配这个就看谁的得分高了。这种匹配方式与设备树打交道是最常遇到的方式，示例：
这里使用的是device_driver结构体成员of_match_table
三： acpi设备匹配
这个是专门针对acpi设备的，一般的platform总线设备是无法匹配成功的在这里。由于acpi的驱动基本没怎么接触过，这里只是根据代码大体尝试解析下匹配原则
- 当acpi_match_table不存在时，则会根据acpi_device私有数据of_compatible结构体数组的字符串成员与of_match_table数组的compatible字段进行比较，忽略大小定的情况下完全相等则匹配上。
- 当acpi_match_table存在时，则遍历acpi_device数据成员pnp下ids链表，与acpi_match_table的数据成员id进行字符串比较，完全相等则匹配。大体是这样，还有其它匹配规则这里就不关注了
4 : platform_driver成员id_table匹配
其匹配规则看起来比较简单
只要name属性完全相等则匹配成功。在这里需要特点注意一点，pdev->name这个属性的赋值大体可以分成两种情况：
1、由dts自己生成，那个这个pdev->name值一般情况是空""而不是compatible属性值(如下面所示)，所以要是解析DTS自动生成的device一般情况下不会匹配成功.
2、通过platform_device_alloc手动分配platform_device时其中一个参数为pdev->name的值，由于是自己手动调用的所以只要填对字符串就能匹配。
下面举例一个完整的驱动和设备：
驱动：
device:
这里的name是在源码里面配置的，手动调用函数添加平台设备。所以要想使用这种匹配方法，最好参考这种使用方式。
5 : 直接name比较
这种最简单，一目了然：
这里需要注意的pdev->name的情况与第四种匹配基本一样。
到这里5级匹配就结束了，理解有限如有错误敬请指出。
