> This is another example of a driver that is very similar (not > surprisingly of course) to TSC2007. Could we look into turning TSC2007 > a core module with I2C and SPI transports? Mike Frysinger was doing > similar work for ad7879 if you'd like to take a look. Hi Dmitry, I did some work with Mike on the ad525x_dpot driver; he definitely knows his stuff. I hear you on merging the two drivers. They are probably similar to many points. However, there are two key differences: (1) I2C vs SPI and (2) totally different command registers. It's probably possible to merge the two drivers, but my project is coming to an end so I do not have a lot of extra time to spend on this. Such is the way of things, unfortunately. If anyone else out there would like to do the work to merge the two, I'll gladly give whatever support I can on the tsc2008 side, including testing on the hardware platform and code reviews. Best regards, Chris P.S. Is there a kernel driver wishlist that talks about how an abstract communication API would be nice for drivers that want to support both I2C and SPI endpoints? It seems like a common problem that many drivers would face as they mature and support different protocols. -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
