Sorry to interrupt with question, but I guess this thread has right people for related to this topic question. The question is reversed to the topic - how to, having working touch driver in Android and Windows determine which exactly gpio pin is used as INT\WAKE gpio by the driver? Or for example even when I have some variant of such gpio pin how to ensure that it is exactly this gpio? For example practical task: I am trying to determine which exactly gpio pin is responsible for INT/WAKE touchscreen on Chuwi Vi10 (baytrail x86_64 Arch 4.4.2 vanilla kernel with my custom config). Exploring /sys/class/gpio/* have guessed that in Android it is probably gpio134 but in Linux 4.4.2 probably gpio393. How to compare such pins and ensure that in Linux 393 gpio is the same as 134 in Android? Is this possible to do in any predictable (not guessing or enumerating all range) way? Regards and thanks for replies, Serge Kolotylo. On Mon, Feb 22, 2016 at 7:58 PM, Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx> wrote: > On Fri, Feb 19, 2016 at 11:16:22AM +0100, Geert Uytterhoeven wrote: >> @@ -887,7 +870,7 @@ static struct platform_driver gpio_keys_device_driver = { >> .driver = { >> .name = "gpio-keys", >> .pm = &gpio_keys_pm_ops, >> - .of_match_table = of_match_ptr(gpio_keys_of_match), >> + .of_match_table = gpio_keys_of_match, > > Why are we changing this? I think match table should still be guarded > by #ifdef CONFIG_OF. > > Thanks. > > -- > Dmitry > -- > 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 -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html