On Friday 01 July 2011, Mark Brown wrote: > On Fri, Jul 01, 2011 at 05:15:05PM +0200, Linus Walleij wrote: > > > There is no clean nice ADC subsystem though, and that feels > > like a big problem to drivers like this (and no I don't like the AB8500 > > GPADC living in MFD either) so if you'd like to create a ADC > > subsystem just go ahead, there is something in drivers/staging/iio/adc > > but that had another problem last time I looked: it was only intended > > for userspace control, not in-kernel use. Agreed. > The other issue is that it's designed for high volume data and these > AUXADCs tend to be relatively slow. That said I've had some discussions > with Jonathan about supporting these devices via IIO and he seems to be > coming round to the idea that we could integrate support. Not sure how > fast IIO is progressing to mainline, though. I think IIO is progressing well and I would rather base products on that while it's in staging than having a random out-of-tree driver. It seems to fit the purpose of this driver, though not the in-kernel uses that Linus mentioned above. We have a bunch of things that seem to me like they should live together: gpio, pinmux, pwm and adc. There are ongoing discussions about pinmux and pwm subsystems right now, so it might be the right time to discuss where we are going with these in general. With regard to IIO, that could live on a higher level and just provide a user interface on top of the generic in-kernel abstraction for adc. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
 |