This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Noise from touchscreen controller after upgrade to newer TI SDK

Other Parts Discussed in Thread: AM3358

First a little history: Our product uses an AM3358 with a 4.3 LCD and 4-wire resistive touch panel. We had an issue where there were a LOT of false touches being detected by the Linux driver (the driver shipped by TI in the 07.00.00.00 Sitara SDK with kernel 3.12). We were able to determine that this was cause by noise coupling over into the touchscreen from the LCD - if we draw a black screen, no false touches were registered, but if we drew a screen with varying colors of pixels (like a which background with a black grid and text), there would be significant noise coupled over. We resolved this at the time by grounding the metal chassis of the LCD to the metal chassis of our product.

Fast forward a bit, and I've now updated out system to use the newer 01.00.00.03 Processor SDK, which includes a new kernel (3.14) and a newer touchscreen driver. The problem is now back, although not quite as badly (false touches seems to be focused on the lower-right corner of the touchscreen). If I switch between an older version of our software and the newer version with the new driver, I can make the problem come and go - so software definitely has a role in this.

In the device-tree binding documentation, there is a new setting for the newer driver, "ti,charge-delay". It was set to 0xb000, and I've tried 0x0400 and 0xFFFF, b it doesn't seem to have any effect.

Also, I did a web search and noticed that the device tree binding documentation that's on kernel.org has quite a bit more options listed than in the version from the Processor SDK. Why is this? I can't help but think that some of those options might apply here: chan-step-opendelay, chan-step-sampledelay, and chan-step-avg.