On Tue, Dec 10, 2019 at 10:06:43AM -0800, Guenter Roeck wrote: > On Tue, Dec 10, 2019 at 02:53:44PM +0000, Sudeep Holla wrote: > > The scmi bus now has support to match the driver with devices not only > > based on their protocol id but also based on their device name if one is > > available. This was added to cater the need to support multiple devices > > and drivers for the same protocol. > > > > Let us add the name "hwmon" to scmi_device_id table in the driver so > > that in matches only with device with the same name and protocol id > > SCMI_PROTOCOL_SENSOR. This will help to add IIO support in parallel if > > needed. > > If you are planning to re-implement the driver as iio driver, it would > make more sense to drop the hwmon driver entirely and use the iio->hwmon > bridge to access the sensors as hwmon devices if needed. > Ah, does it provides the same interface as hwmon to userspace ? Sorry but I haven't spent much time looking at IIO yet, but since there are similar needs to share protocol between subsystems in the kernel, this was just an example that I listed as recently some requirement to add IIO SCMI support had come up. If we can achieve hwmon kind of interface with iio->hwmon, we should do that. We have other examples like devfreq and cpufreq, genpd and regulators. This patch is optional at least as of now (but good to have for completeness), if the driver provides no name, we just match on protocol id only. -- Regards, Sudeep
