> -----Original Message----- > From: Sriram V [mailto:vshrirama@xxxxxxxxx] > Sent: Tuesday, December 01, 2009 3:36 PM > To: V, Hemanth > Cc: Premi, Sanjeev; Dasgupta, Romit; linux-omap@xxxxxxxxxxxxxxx > Subject: Re: omap3evm: touchscreen delays on pm branch > > Hi, > Have you enabled CPUFREQ? We faced a similar issue and was due to > ondemand governor. > Selecting performance governors solved the issue. Nope. No cpufreq. I did notice that CPIO175 was not being set properly; have made local changes. It is a definite improvement; but there are still very noticeable delays. I will post the GPIO related patches in a few days; currently drowned in few debug issues :( Best regards, Sanjeev > > > Regards, > sriram > > > > > > On Fri, Nov 27, 2009 at 4:04 PM, Hemanth V <hemanthv@xxxxxx> wrote: > > ----- Original Message ----- From: "Premi, Sanjeev" <premi@xxxxxx> > > To: "Dasgupta, Romit" <romit@xxxxxx> > > Cc: <linux-omap@xxxxxxxxxxxxxxx> > > Sent: Friday, November 27, 2009 3:20 PM > > Subject: RE: omap3evm: touchscreen delays on pm branch > > > > > >>> -----Original Message----- > >>> From: Dasgupta, Romit Sent: Friday, November 27, 2009 2:38 PM > >>> To: Premi, Sanjeev > >>> Cc: linux-omap@xxxxxxxxxxxxxxx > >>> Subject: RE: omap3evm: touchscreen delays on pm branch > >>> > >>> On Fri, 2009-11-27 at 14:11 +0530, Premi, Sanjeev wrote: > >>> > > -----Original Message----- > >>> > > From: Dasgupta, Romit > > Sent: Friday, November 27, > 2009 2:10 PM > >>> > > To: Premi, Sanjeev > >>> > > Cc: linux-omap@xxxxxxxxxxxxxxx > >>> > > Subject: Re: omap3evm: touchscreen delays on pm branch > >>> > > > > Premi, Sanjeev wrote: > >>> > > > Hi, > >>> > > > > > > I am finding the response of touchscreen on > the omap3evm very > >>> > > > > > > slow. > >>> > > > > > > Here is my test: > >>> > > > On console, I run : watch -n2 "cat /proc/interrupts" > >>> > > > Then, I tap the touchscreen approximately once per > second. However, > >>> > > > (usually) no interrupts are registered. As I > increase the frequency > >>> > > > of 'taps' more and more interrupts are registered. > But still not > >>> > > > matching exact taps. > >>> > > > > > > However, when I keep the cpu busy with "cat > /dev/zero > > >>> > > > > > > /dev/null &" > >>> > > > each tap is recognized. > >>> > > > > > Do you see this even if we don't enable OFF? > >>> > > > Yes. Sleep_while_idle=0; enable_off_mode=0 > >>> > ~sanjeev > >>> > >>> Hopefully you have the same TSC driver. Nevertheless, can > you please try > >>> this (just to see if clock domain idling is causing any > problem or not): > >> > >> It is the same driver at SDP3430. I had earlier tried removing > >> cpuidle altogether and did not see this issue. I too believe that > >> issue is caused by clocks being going to (auto)idle. > >> > >> But then, Hemanth should be seeing the same behavior. > > > > Zoom2/Zoom3 use a different touchscreen driver compared to SDP. > > Its uses Synaptic Touchscreen over I2C. > > -- > > To unsubscribe from this list: send the line "unsubscribe > linux-omap" in > > the body of a message to majordomo@xxxxxxxxxxxxxxx > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
