Hi Wei, On Mon, 15 Jul 2013 17:14:07 +0800, Wei Ni wrote: > On 07/15/2013 03:24 PM, Jean Delvare wrote: > > On Mon, 15 Jul 2013 14:25:29 +0800, Wei Ni wrote: > >> I think we can decide it in the DT, we can add a dt property in the lm90 > >> device node, such as: > >> sys-interface = SYS_HWMON; > >> or > >> sys-interface = SYS_THERMAL; > >> So we register it as the hwmon or thermal device > > > > This is an option, but please keep in mind that DT is not the only way > > to instantiate LM90-like devices, and we should not expose duplicate > > inputs by default. It is fine with me if the default is to create only a > > HWMON device (as the lm90 driver was doing so far), and only > > DT-instantiated devices have the choice. > > Yes, we should not expose duplicate inputs, we may have tree permutation: > 1. only hwmon device: > for this items, we just need to call hwmon_device_register(). > 2. only thermal device + virtual hwmon device: > for this items, we just need to call thermal_zone_device_register(). > > We can set #1 as the default, and if use DT, we provide option to choice > #1 or #2. #2 makes little sense IMHO, for a driver which properly implements hwmon support. The point of the virtual hwmon device created for thermal zones was to not put an extra burden on thermal driver authors by asking them to additionally implement the hwmon interface. But the hwmon interface it richer than the thermal interface in some respects so native hwmon implementations are preferred when available. Thus I think your option #3 below is what we want in addition to #1, and we don't need #2. > 3. hwmon device + thermal device: > for this items, we doesn't need the virtual hwmon which registered by > the thermal fw, how to handle this one? Add flag when register as > thermal device to indicate if want virtual hwmon device or not, > something like your below another option. -- Jean Delvare -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
