[PATCH 00/16 v2] cleanup atmel_mxt_ts

From: Daniel Kurtz
Date: Thu Mar 29 2012 - 12:49:58 EST

This patchset cleans up the atmel_mxt_ts touchscreen driver.
In particular, v2 implements the following:

1) sysfs
a) fw_update only by root
2) faster initialization
a) read/write sets of registers using i2c block transactions
b) fetch object table as a set of i2c reads, one per object
c) write config data as a set of i2c writes, one per object
3) faster interrupt processing & initialization times
a) cache important values at init instead of computing in isr
b) don't read message checksum byte (which isn't even enabled in fw)
4) more correct MT-B support
a) send all (changed) contacts in a single EV_SYN/SYN_REPORT

* Writable config via sysfs has been removed to resolve possible
conflict with Nick Dyer's implementation.
* Using T44 has been removed from this patchset, hopefully it can
be reexamined after most of these patches are accepted.

The patches were tested using an MXT224E.

Daniel Kurtz (16):
Input: atmel_mxt_ts - use CONFIG_PM_SLEEP
Input: atmel_mxt_ts - only allow root to update firmware
Input: atmel_mxt_ts - refactor mxt_read/write_reg to take a length
Input: atmel_mxt_ts - store actual size and instance
Input: atmel_mxt_ts - verify object size in mxt_write_object
Input: atmel_mxt_ts - do not read extra (checksum) byte
Input: atmel_mxt_ts - dump each message on just 1 line
Input: atmel_mxt_ts - refactor mxt_object_show
Input: atmel_mxt_ts - optimize writing of object table entries
Input: atmel_mxt_ts - refactor get info
Input: atmel_mxt_ts - refactor reading object table
Input: atmel_mxt_ts - simplify event reporting
Input: atmel_mxt_ts - cache T9 reportid range when reading object
Input: atmel_mxt_ts - parse vector field of data packets
Input: atmel_mxt_ts - send all MT-B slots in one input report
Input: atmel_mxt_ts - parse T6 reports

drivers/input/touchscreen/atmel_mxt_ts.c | 477 ++++++++++++------------------
1 files changed, 191 insertions(+), 286 deletions(-)


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/