From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jarod Wilson Subject: Re: Can I expect in-kernel decoding to work out of box? Date: Wed, 28 Jul 2010 11:18:58 -0400 Message-ID: <20100728151858.GA26480@redhat.com> References: <1280269990.21278.15.camel@maxim-laptop> <1280273550.32216.4.camel@maxim-laptop> <1280298606.6736.15.camel@maxim-laptop> <4C502CE6.80106@redhat.com> <1280327080.9175.58.camel@maxim-laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mx1.redhat.com ([209.132.183.28]:52108 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755261Ab0G1P3b (ORCPT ); Wed, 28 Jul 2010 11:29:31 -0400 Content-Disposition: inline In-Reply-To: Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Jon Smirl Cc: Maxim Levitsky , Mauro Carvalho Chehab , Jarod Wilson , linux-input , linux-media@vger.kernel.org On Wed, Jul 28, 2010 at 10:41:27AM -0400, Jon Smirl wrote: > On Wed, Jul 28, 2010 at 10:24 AM, Maxim Levitsky =2E.. > > You are right that my remote has =A0JVC protocol. (at least I am su= re now > > it hasn't NEC, because repeat looks differently). > > > > My remote now actually partially works with JVC decoder, it decodes > > every other keypress. > > > > Still, no repeat is supported. >=20 > It probably isn't implemented yet. Jarod has been focusing more on > getting the basic decoders to work. More specifically, getting the basic decoders to work with very specifi= c hardware -- i.e., the mceusb transceivers, and primarily focused only o= n RC-6(A) decode w/the mceusb bundled remotes. That, and getting the lirc bridge driver working for both rx and tx. Basically, my plan of attack has been to get enough bits in place that = we have a "reference implementation", if you will, of a driver that suppor= ts all in-kernel decoders and the lirc interface, complete with the abilit= y to do tx[*], and from there, then we can really dig into the in-kernel decoders and/or work on porting additional drivers to ir-core. I'm more focused on porting additional drivers to ir-core at the moment than I a= m on testing all of the protocol decoders right now. [*] we still don't have an ir-core "native" tx method, but tx on the mceusb works quite well using the lirc bridge plugin --=20 Jarod Wilson jarod@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-input" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html