"Jürgen Beisert" <jbe@xxxxxxxxxxxxxx> wrote: >Hi Jonathan, > >On Sunday 15 September 2013 12:56:25 Jonathan Cameron wrote: >> On 09/11/13 09:18, Juergen Beisert wrote: >> > For battery driven systems it is a very bad idea to collect the >> > touchscreen data within a kernel busy loop. >> > >> > This change uses the features of the hardware to delay and >accumulate >> > samples in hardware to avoid a high interrupt and CPU load. >> > >> > Note: this is only tested on an i.MX23 SoC yet. >> > >> > Signed-off-by: Juergen Beisert <jbe@xxxxxxxxxxxxxx> >> > CC: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx >> > CC: devel@xxxxxxxxxxxxxxxxxxxx >> > CC: Marek Vasut <marex@xxxxxxx> >> > CC: Fabio Estevam <fabio.estevam@xxxxxxxxxxxxx> >> > CC: Jonathan Cameron <jic23@xxxxxxxxx> >> >> While this driver is placed in IIO within staging at the moment, >these >> changes are definitely input related. Hence I have cc'd Dmitry and >the >> input list. >> >> I am personaly a little uncomfortable that we have such a complex bit >of >> input code sat within an IIO driver but such is life. > >Maybe an MFD for this ADC unit would be a better way to go? That would be great and is definitely the preferred method. Currently I >have a >different problem with this driver, because the ADC unit monitors the >battery >as well. And the charging driver from the power subsystem needs these >values >to charge the battery in a correct manner. There is an iio client battery driver as generic_ADC_battery.c but it is currently only doing polled access. Not too hard to add buffered access though ideally we would want a generic way of combining consumers doing polled and interrupt driven accesses. > >> [...] > >Regards, >Juergen -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
