After years of analyzing the existing code and receiving/merging patches related to IR, and taking a looking at the current scenario, it is clear to me that something need to be done, in order to have some standard way to map and to give precise key meanings for each used media keycode found on include/linux/input.h. Just as an example, I've parsed the bigger keymap file we have (linux/media/common/ir-common.c). Most IR's have less than 40 keys, most are common between several different models. Yet, we've got almost 500 different mappings there (and I removed from my parser all the "obvious" keys that there weren't any comment about what is labeled for that key on the IR). The same key name is mapped differently, depending only at the wish of the patch author, as shown at: http://linuxtv.org/wiki/index.php/Ir-common.c It doesn't come by surprise, but currently, almost all media player applications don't care to properly map all those keys. I've tried to find comments and/or descriptions about each media keys defined at input.h without success. Just a few keys are commented at the file itself. (or maybe I've just seek them at the wrong places). So, I took the initiative of doing a proposition for standardizing those keys at: http://linuxtv.org/wiki/index.php/Proposal While I tried to use the most common binding for a key, sometimes the "commonly used" one is so weird that I've used a different key mapping. Please, don't take it as a finished proposal. For sure we need to adjust it. Being it at wiki provides a way for people to edit, add comments and propose additional keycode matches. Also, there are several keys found on just one IR that didn't match any existing keycode. So, I just decided to keep those outside the table, for now, to focus on the mostly used ones. That's said, please review my proposal. Feel free to update the proposal and the current status if you think it is pertinent for this discussion. I'm not currently proposing to create any new keycode, but it probably makes sense to create a few ones, like KEY_PIP (for picture in picture). If we can go to a common sense, I intend to add it into a chapter at V4L2 API, in order to be used by both driver and userspace developers, submit some patches to fix some mappings and to add the proper comments to input.h. Comments? Cheers, Mauro -- 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