From mboxrd@z Thu Jan 1 00:00:00 1970 From: jic23@kernel.org (Jonathan Cameron) Date: Tue, 01 Oct 2013 12:06:49 +0100 Subject: [PATCH 6/9] Staging/iio/adc/touchscreen/MXS: add interrupt driven touch detection In-Reply-To: <524AA91F.7000906@kernel.org> References: <1379946998-23041-1-git-send-email-jbe@pengutronix.de> <1379946998-23041-7-git-send-email-jbe@pengutronix.de> <201310011128.38928.jbe@pengutronix.de> <524AA91F.7000906@kernel.org> Message-ID: <524AACC9.9080700@kernel.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 10/01/13 11:51, Jonathan Cameron wrote: > On 10/01/13 10:28, J?rgen Beisert wrote: >> Hi Jonathan, >> >> On Tuesday 01 October 2013 11:25:46 Jonathan Cameron wrote: >>> a couple of the patch descriptions say that they are untested on i.MX28. >> >> On Monday 23 September 2013 16:36:35 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. >> >> This note is no longer true. Marek tested it on his M28EVK, Lothar on his TX28 >> and myself also on an i.MX28EVK. >> >> For the IIO part of the driver I tested on my i.MX23 based ChumbyOne and some >> customer hardware and it seems still to work (I can only guess if the values I >> read from the sysfs entries are correct, sorry). > > Excellent. I'll assume everyone is happy then and add some appropriate > tested-by tags. I'd missed Marek's reply saying he was fine with this. This one is not applying cleanly. I've merged what I think is the right fixup, but please check. The issue is around the error handling after mxs_lradc_ts_register which has been changed in the meantime it seems. Jonathan > > > Thanks, > > Jonathan >> >> Regards, >> Juergen >> > -- > To unsubscribe from this list: send the line "unsubscribe linux-iio" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >