I2C驱动程序应如何在ACPI中与HID PRP0001匹配

如何解决I2C驱动程序应如何在ACPI中与HID PRP0001匹配

我正在尝试使用特定于设备的数据在ACPI中实例化this sensor，例如，使用Name (_DSD,...)和兼容的字符串，例如，使用以下ASL摘录：

Device (TOF1) {
    Name (_HID,"PRP0001")
    Name (_DDN,"STMicroelectronics VL53L0X laser rangefinder")
    Name (_CRS,ResourceTemplate () {
        I2cSerialBus (
            0x29,ControllerInitiated,I2C_SPEED,AddressingMode7Bit,"\\_SB.PCI0.I2C1.MUX2.CH01",0x00,ResourceConsumer,)
    })
    Name (_DSD,Package () {
        ToUUID("daffd814-6eba-4d8c-8a91-bc9bbf4aa301"),Package () {
            Package () {"compatible","st,vl53l0x"},}
    })
}

我的印象是，如果我像上述ASL中那样指定设备，则无需修改驱动程序（例如，通过添加ACPI匹配表），并且可以使用现有的OF匹配来匹配设备驱动程序中的表。但是，这似乎仅是部分正确。传感器由于i2c-core-base.c中的内核中的检查而无法探测：

if (!driver->id_table &&
    !i2c_acpi_match_device(dev->driver->acpi_match_table,client) &&
    !i2c_of_match_device(dev->driver->of_match_table,client))
    return -ENODEV;

我对此声明的解释是，设备驱动程序必须具有（i）ID表或（ii）匹配的ACPI ID表或（iii）匹配的OF ID表。 VL53L0X没有ID表或ACPI匹配表，因此我依靠使用OF表进行匹配。

现在，有两件事让我感到困惑。首先，我可以printk(KERN_ERR "%s",dev->driver->driver.name)看到我确实已经在寻找正确的驱动程序，那么为什么我们还要检查驱动程序是否再次匹配？

第二，如果i2c_of_match_device(dev->driver->of_match_table,client)无法匹配，那么首先是什么完全匹配才能导致printk(KERN_ERR "%s",dev->driver->driver.name)能够看到驱动程序的正确名称？

解决方法

并不是上述问题的真正答案，但是解决此问题的一种方法是将ID表添加到驱动程序中。

SELECT *,X.Order
FROM Table1 X
JOIN Table2 Y
    ON X.ID = Y.ID
WHERE
    X. Person = 'Person3' AND
    PATINDEX ('%,Res7,%',CONCAT(',',Y.Resource,') )>0
  

这将导致跳过对问题的检查。这不是一个很好的解决方案，因为I2C ID表没有传递给static const struct i2c_device_id vl53l0x_id[] = { { "vl53l0x",0 },{ } }; MODULE_DEVICE_TABLE(i2c,vl53l0x_id); static struct i2c_driver vl53l0x_driver = { .driver = { .name = "vl53l0x-i2c",.of_match_table = st_vl53l0x_dt_match,},.probe_new = vl53l0x_probe,.id_table = vl53l0x_id,}; module_i2c_driver(vl53l0x_driver); ，但是，由于不需要进行进一步的配置，它确实适用于此驱动程序。

但是，根据probe_new引入的注释和补丁，似乎不赞成使用类似的i2c设备。