On Wed, 04 May 2011 12:16:17 -0300, Mauro Carvalho Chehab <mchehab@xxxxxxxxxx> wrote: > Em 28-04-2011 12:13, David HÃrdeman escreveu: >> Using the full 32 bits for all kinds of NEC scancodes simplifies rc-core >> and the nec decoder without any loss of functionality. > > This seems to be a good strategy. However, it breaks the existing NEC > keymap tables (/me is not considering patch 6/10 macros), and changes > those keytables on userspace. Not sure how to address this. The in-kernel keymaps is not a problem, they can always be updated in the same patch. Keytables provided from userspace are a bigger problem. Perhaps we could check if the set/get ioctl is done with the new rc-specific struct (that includes protocol) and assume that the scancode will be in nec32 if the protocol has been explicitly provided. This might seem like we're adding a lot of guesswork into rc-core, but I think we should/could phase out the use of legacy ioctls over a couple of kernel versions and the heuristics can then be removed at the same time. -- David HÃrdeman -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
