[Patch] ADS7846: Changing chip detection channel due to improper detection

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

I am using the TSC2046 (newer ADS7846 silicon) on a custom design where the AUX input is not used and so pulled to GND.
The ADS7846  driver is using the value of the AUX input to detect if a chip is connected or not. If the AUX value is 0x000 or 0xFFF the driver think that there is no chip.
In my case due to the fact that the AUX input is  pulled to GND the 0x000 value is normal.

Therefore I suggest to use the temp1 channel instead of the AUX channel. The temperature will probably never be 0x000.

Patrick


Signed-off-by: Patrick Gerber <patrick.gerber@xxxxxxxxxx>
---
 drivers/input/touchscreen/ads7846.c |   2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


diff --git a/drivers/input/touchscreen/ads7846.c b/drivers/input/touchscreen/ads7846.c
index 930e780..20a5f4e 100644
--- a/drivers/input/touchscreen/ads7846.c
+++ b/drivers/input/touchscreen/ads7846.c
@@ -1178,7 +1178,7 @@ static int __devinit ads7846_probe(struct spi_device *spi)
         * the touchscreen, in case it's not connected.
         */
        err = ads7846_read12_ser(&spi->dev,
-                         READ_12BIT_SER(vaux) | ADS_PD10_ALL_ON);
+                         READ_12BIT_SER(temp1) | ADS_PD10_ALL_ON);
 
        /* if sample is all 0's or all 1's then there is no device on spi */
        if ( (err == 0x000) || (err == 0xfff)) {
--
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


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux