Re: [RFC PATCH 0/2] Apple remote support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Nov 14, 2010 at 11:11:47PM -0500, Jarod Wilson wrote:
>Well, here's what I sent along on Friday:
>
>https://patchwork.kernel.org/patch/321592/
>
>Gives us support for using the full 32-bit codes right now w/o having
>to change any tables yet, but does require a modparam to skip the
>checksum checks, unless its an apple remote which we already know the
>vendor bytes for. I do think I'm ultimately leaning towards just doing
>the full 32 bits for all nec extended though -- optionally, we might
>include a modparam to *enable* the checksum check for those that want
>strict compliance (but I'd still say use the full 32 bits). The only
>issue I see with going to the full 32 right now is that we have all
>these nec tables with only 24 bits, and we don't know ... oh, wait,
>no, nevermind... We *do* know the missing 8 bits, since they have to
>fulfill the checksum check for command ^ not_command. So yeah, I'd say
>32-bit scancodes for all nec extended, don't enforce the checksum by
>default with a module option (or sysfs knob) to enable checksum
>compliance.

32 bit scancodes for *all* NEC, not only NEC extended. The "strict"
check will still be provided, just that it's done as part of the
keytable lookup.

-- 
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


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux