On Thu, Nov 18, 2010 at 06:59:43PM -0200, Mauro Carvalho Chehab wrote:
>Em 18-11-2010 18:49, Jarod Wilson escreveu:
>> On Thu, Nov 18, 2010 at 09:43:19PM +0100, David Härdeman wrote:
>>> On Thu, Nov 18, 2010 at 11:33:04AM -0500, Jarod Wilson wrote:
Mauro's suggestion, iirc, was that max scanco
Em 18-11-2010 18:49, Jarod Wilson escreveu:
> On Thu, Nov 18, 2010 at 09:43:19PM +0100, David Härdeman wrote:
>> On Thu, Nov 18, 2010 at 11:33:04AM -0500, Jarod Wilson wrote:
>>> Mauro's suggestion, iirc, was that max scancode size should be a
>>> property of the keytable uploaded, and something se
On Thu, Nov 18, 2010 at 09:43:19PM +0100, David Härdeman wrote:
> On Thu, Nov 18, 2010 at 11:33:04AM -0500, Jarod Wilson wrote:
> >Mauro's suggestion, iirc, was that max scancode size should be a
> >property of the keytable uploaded, and something set at load time (and
> >probably exposed as a sysf
On Thu, Nov 18, 2010 at 11:33:04AM -0500, Jarod Wilson wrote:
>Mauro's suggestion, iirc, was that max scancode size should be a
>property of the keytable uploaded, and something set at load time (and
>probably exposed as a sysfs node, similar to protocols).
I think that would be a step in the wron
On Wed, Nov 17, 2010 at 12:26:36AM +0100, David Härdeman wrote:
> On Tue, Nov 16, 2010 at 10:08:29AM -0200, Mauro Carvalho Chehab wrote:
...
> >Also, changing the current tables to 32 bits will break userspace API, as all
> >userspace keytables for NEC will stop working, all due to a few vendors th
On Tue, Nov 16, 2010 at 10:08:29AM -0200, Mauro Carvalho Chehab wrote:
>Em 15-11-2010 02:11, Jarod Wilson escreveu:
>> 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 r
Em 15-11-2010 02:11, Jarod Wilson escreveu:
> On Fri, Nov 5, 2010 at 9:27 AM, David Härdeman wrote:
>> On Thu, 04 Nov 2010 15:43:33 -0400, Mauro Carvalho Chehab
>> wrote:
>>> Em 04-11-2010 15:38, David Härdeman escreveu:
On Thu, Nov 04, 2010 at 11:54:25AM -0400, Jarod Wilson wrote:
> Oka
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
>checksu
On Fri, Nov 5, 2010 at 9:27 AM, David Härdeman wrote:
> On Thu, 04 Nov 2010 15:43:33 -0400, Mauro Carvalho Chehab
> wrote:
>> Em 04-11-2010 15:38, David Härdeman escreveu:
>>> On Thu, Nov 04, 2010 at 11:54:25AM -0400, Jarod Wilson wrote:
Okay, so we seem to be in agreement for an approach to
On Nov 5, 2010, at 10:04 AM, Christopher Harrington wrote:
> On Fri, Nov 5, 2010 at 08:27, David Härdeman wrote:
>> If you're referring to the pain caused by changing existing keytables
>> (thereby breaking custom keytables), I think it's inevitable. Throwing away
>> information is not a good sol
On Fri, Nov 5, 2010 at 08:27, David Härdeman wrote:
> If you're referring to the pain caused by changing existing keytables
> (thereby breaking custom keytables), I think it's inevitable. Throwing away
> information is not a good solution.
>
> As this subsystem progresses, there's going to be more
On Thu, 04 Nov 2010 15:43:33 -0400, Mauro Carvalho Chehab
wrote:
> Em 04-11-2010 15:38, David Härdeman escreveu:
>> On Thu, Nov 04, 2010 at 11:54:25AM -0400, Jarod Wilson wrote:
>>> Okay, so we seem to be in agreement for an approach to handling this.
>>> I'll toss something together implementing
Em 04-11-2010 15:38, David Härdeman escreveu:
> On Thu, Nov 04, 2010 at 11:54:25AM -0400, Jarod Wilson wrote:
>> Okay, so we seem to be in agreement for an approach to handling this.
>> I'll toss something together implementing that RSN... Though I talked
>> with Mauro about this a bit yesterday he
On Thu, Nov 04, 2010 at 11:54:25AM -0400, Jarod Wilson wrote:
Okay, so we seem to be in agreement for an approach to handling this.
I'll toss something together implementing that RSN... Though I talked
with Mauro about this a bit yesterday here at LPC, and we're thinking
maybe we slide this suppo
On Thu, Nov 4, 2010 at 8:16 AM, David Härdeman wrote:
> On Tue, 2 Nov 2010 16:42:05 -0400, Jarod Wilson
> wrote:
>> On Mon, Nov 1, 2010 at 5:56 PM, David Härdeman
> wrote:
>>> On Sat, Oct 30, 2010 at 10:32:14PM -0400, Jarod Wilson wrote:
On Sat, Oct 30, 2010 at 7:36 PM, David Härdeman
On Tue, 2 Nov 2010 16:42:05 -0400, Jarod Wilson
wrote:
> On Mon, Nov 1, 2010 at 5:56 PM, David Härdeman
wrote:
>> On Sat, Oct 30, 2010 at 10:32:14PM -0400, Jarod Wilson wrote:
>>> On Sat, Oct 30, 2010 at 7:36 PM, David Härdeman
>>> wrote:
>>> > In that case, one solution would be:
>>> >
>>> > *
On Mon, Nov 1, 2010 at 5:56 PM, David Härdeman wrote:
> On Sat, Oct 30, 2010 at 10:32:14PM -0400, Jarod Wilson wrote:
>> On Sat, Oct 30, 2010 at 7:36 PM, David Härdeman wrote:
>> > In that case, one solution would be:
>> >
>> > * using the full 32 bit scancode
>> > * add a module parameter to squ
On Sat, Oct 30, 2010 at 10:32:14PM -0400, Jarod Wilson wrote:
> On Sat, Oct 30, 2010 at 7:36 PM, David Härdeman wrote:
> > In that case, one solution would be:
> >
> > * using the full 32 bit scancode
> > * add a module parameter to squash the ID byte to zero
> > * default the module parameter to
On Sat, Oct 30, 2010 at 7:36 PM, David Härdeman wrote:
> On Fri, Oct 29, 2010 at 04:09:37PM -0400, Jarod Wilson wrote:
>> On Fri, Oct 29, 2010 at 09:59:18PM +0200, David Härdeman wrote:
>> > On Fri, Oct 29, 2010 at 03:27:33PM -0400, Jarod Wilson wrote:
>> > > On Fri, Oct 29, 2010 at 09:17:11PM +02
On Fri, Oct 29, 2010 at 04:09:37PM -0400, Jarod Wilson wrote:
> On Fri, Oct 29, 2010 at 09:59:18PM +0200, David Härdeman wrote:
> > On Fri, Oct 29, 2010 at 03:27:33PM -0400, Jarod Wilson wrote:
> > > On Fri, Oct 29, 2010 at 09:17:11PM +0200, David Härdeman wrote:
> > > > On Fri, Oct 29, 2010 at 11:
On Fri, Oct 29, 2010 at 09:59:18PM +0200, David Härdeman wrote:
> On Fri, Oct 29, 2010 at 03:27:33PM -0400, Jarod Wilson wrote:
> > On Fri, Oct 29, 2010 at 09:17:11PM +0200, David Härdeman wrote:
> > > On Fri, Oct 29, 2010 at 11:11:41AM -0400, Jarod Wilson wrote:
> > > > So the Apple remotes do som
On Fri, Oct 29, 2010 at 03:27:33PM -0400, Jarod Wilson wrote:
> On Fri, Oct 29, 2010 at 09:17:11PM +0200, David Härdeman wrote:
> > On Fri, Oct 29, 2010 at 11:11:41AM -0400, Jarod Wilson wrote:
> > > So the Apple remotes do something funky... One of the four bytes is a
> > > remote identifier byte,
On Fri, Oct 29, 2010 at 09:17:11PM +0200, David Härdeman wrote:
> On Fri, Oct 29, 2010 at 11:11:41AM -0400, Jarod Wilson wrote:
> > So the Apple remotes do something funky... One of the four bytes is a
> > remote identifier byte, which is used for pairing the remote to a specific
> > device, and yo
On Fri, Oct 29, 2010 at 11:11:41AM -0400, Jarod Wilson wrote:
> So the Apple remotes do something funky... One of the four bytes is a
> remote identifier byte, which is used for pairing the remote to a specific
> device, and you can change the ID byte by simply holding down buttons on
> the remote.
On Fri, Oct 29, 2010 at 11:46:02AM -0200, Mauro Carvalho Chehab wrote:
> Em 29-10-2010 01:15, Jarod Wilson escreveu:
> > On Thu, Oct 28, 2010 at 11:11:31PM -0400, Jarod Wilson wrote:
> >> I've got one of those tiny little 6-button Apple remotes here, now it can
> >> be decoded in-kernel (tested w/a
Em 29-10-2010 01:15, Jarod Wilson escreveu:
> On Thu, Oct 28, 2010 at 11:11:31PM -0400, Jarod Wilson wrote:
>> I've got one of those tiny little 6-button Apple remotes here, now it can
>> be decoded in-kernel (tested w/an mceusb transceiver).
>
> Oh yeah, RFC, because I'm not sure if we should hav
On Thu, Oct 28, 2010 at 11:11:31PM -0400, Jarod Wilson wrote:
> I've got one of those tiny little 6-button Apple remotes here, now it can
> be decoded in-kernel (tested w/an mceusb transceiver).
Oh yeah, RFC, because I'm not sure if we should have a more generic "skip
the checksum check" support -
I've got one of those tiny little 6-button Apple remotes here, now it can
be decoded in-kernel (tested w/an mceusb transceiver).
Jarod Wilson (2):
ir-nec-decoder: decode Apple's NEC remote variant
IR: add Apple remote keymap
drivers/media/IR/ir-nec-decoder.c | 10 +-
driv
28 matches
Mail list logo
