On 10/25/10 01:46, Guenter Roeck wrote: > On Sun, Oct 24, 2010 at 06:53:44PM -0400, Jonathan Cameron wrote: >> On 10/23/10 21:29, Mike Frysinger wrote: >>> From: Sonic Zhang <sonic.zhang@xxxxxxxxxx> >> Here we enter new territory. This device is already >> supported in hwmon. Do we have a usecase that is not >> covered by that driver? >> >> If this is only for hardware monitoring by Guenter (cc'd) can >> perhaps advise on how to support everything you have here... >> >> I'm personally not against having drivers in IIO for devices >> supported elsewhere, but the requirements for justification >> are rather higher. Also care is needed to ensure no issues with >> platform data etc. >> >> Guenter, for your information we have a set of temp drivers coming, >> as a small element of a larger set, from Analog's tree. Those >> I've reviewed so far have wanted to use IIO's event infrastructure >> (which is much more general than hwmon's handling of alarms) >> or have been suitably high performance devices with general >> adc's to satisfy me that they clearly have uses beyond >> hardware monitoring. >> > Browsing through the adt patch list, there are several other drivers > which either already exist in hwmon, or should be there. > > I'd love to see some reasoning why hardware monitoring drivers are > moved to or directly written in iio. > > Also, I seem to be missing your point re "high performance devices". > Are you saying that hwmon is not suitable for high performance > hardware monitoring devices ? Yes. Point me at someone doing 1MSps or higher via pretty printing through a sysfs interface. Admittedly none of the controversial drivers in this set do that currently either, but that's why I have asked Analog to confirm what they are using them for. The point is that these devices are only hardware monitoring to you because that is what you think they are for. Some of them (not the one I forwarded initially) are general purpose ADC's that have a temp sensor because the temperature can effect the calibration of the outputs. We went through this in a lot of depth back when IIO first came about. There is a boundary. We just need to pin down where it is. > > Thanks, > Guenter > > -- To unsubscribe from this list: send the line "unsubscribe linux-iio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
