On 09/25/10 12:01, Jean Delvare wrote: > On Fri, 24 Sep 2010 16:10:06 +0100, Jonathan Cameron wrote: >> On 09/24/10 15:30, Jean Delvare wrote: >>> That being said, I indeed would like all non-hwmon drivers to go away >>> from drivers/hwmon. Originally we were waiting for iio to settle first, >>> but apparently this is taking forever. >> More developers and code reviewers always welcome! > > Just to clear any confusion: this wasn't a criticism from my side. I > understand why it takes time. All I mean is that it is not reasonable > to delay other changes waiting for IIO to hit mainline. Because we have > no idea when that will happen. Not to worry ;) I was just taking advantage to drop in a plug. It's certainly going slower than I would like and I'm fully in favour of drivers going into misc or similar even if we would like to eventually take them into IIO. This is part of the reason we have been trying to pin down interface naming etc in a more general forum than our internal list. Basically we are trying to avoid a repeat of the ALS debacle. > >>> The 4 drivers I would like to >>> kick are: ams, hdaps, lis3lv02d and applesmc. They are primarily >>> accelerometer device drivers. Not sure where to put them, >>> drivers/accel(erometer), drivers/misc, drivers/misc/accel(erometer), >>> drivers/input/accel(erometer)... Opinions welcome. >> If the primary use is as an input device then talk to Dmitry. Some >> accelerometers are being taken into input. There are some open questions >> on naming etc currently being debated so anyone interested should get >> involved in those asap. > > Let's see if he wants them. I seem to recall he objected to them going > to input, on the basis that the input function was a not the key > feature. But apparently we have one accel driver in drivers/input/misc > (adxl34x) so maybe we can have more. Yup, Dmitry has softened somewhat on this point for device where it really can be argued that input is the key feature (typically the ones being used for exactly this purpose in smart phones) in recent months so things may have changed. Lets wait and see. Jonathan _______________________________________________ lm-sensors mailing list lm-sensors@xxxxxxxxxxxxxx http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
