Hi Javier, you proposed an RFC patch a while ago which lets the I2C and SPI core report an "of:" modalias to user space for devices declared in a device tree (vs. a legacy machine description), instead of an "i2c:" or "spi:" modalias: https://lkml.org/lkml/2014/9/11/458 https://lkml.org/lkml/2015/8/20/98 I justed wanted to ask what the status of the patch is? Looking at linux-next I notice that you've been fixing up drivers, machine descriptions and device trees as recently as July. Apparently you're still busy landing all the prep work necessary for the patch, is that correct? It seems to be an awful lot of work cleaning up this mess and I assume there is plenty of out-of-tree stuff that may break once the patch lands, so I've been wondering if a simpler solution might be to change user space, given that we already communicate all the OF_COMPATIBLE_* uevent variables. So I opened an issue for systemd-udevd but so far Lennart remains unconvinced: https://github.com/systemd/systemd/issues/6555 I still think that evaluation of OF_COMPATIBLE_* by user space would be the best solution since it seems impossible to cram the degrees of freedom afforded by compatible strings into a single modalias string. The reason I came across this issue is that module autoloading fails for drivers/gpio/gpio-74x164.c as it only declares an "of" MODULE_DEVICE_TABLE. I was going to upstream a GPIO and an IIO driver, both SPI-based, and was wondering what the current best practice is: Should I only declare an "of" MODULE_DEVICE_TABLE or should I also provide an "spi" MODULE_DEVICE_TABLE? Thanks! Lukas
