> 1. Input transport via evdev is very convenient > 2. There is no other standard alternative > > Once there is standard interface for such sensors they will happily use > it and will not look back. I think the fact that most of the interest in IIO is "how do we make an IIO/Input bridge" speaks volumes. > Sure, for a particular cell phone there is no ambiguity, the sensor has > certain functionality assigned that is well known. But does this mean > that we should not expect parts being reused at all anymore? If non-input uses later need non-input interfaces they can switch to that with an input bridge when there is one and when it happens, which probably won't. > I am unsure how you would play a game with GPS as an input device. In a non-game context take a look at things like the British Museum application that allows you to view wherever you are and as it was long ago by fishing out a relevant photograph as you walk around. In a game context can I suggest the Zombies game is an example ? Alan -- 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
