From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mauro Carvalho Chehab Subject: Re: Can I expect in-kernel decoding to work out of box? Date: Wed, 28 Jul 2010 15:35:55 -0300 Message-ID: <4C50788B.2000204@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> <4C505313.2010904@redhat.com> <1280337661.19593.66.camel@morgan.silverblock.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-media-owner@vger.kernel.org To: Jon Smirl Cc: Andy Walls , Maxim Levitsky , Jarod Wilson , linux-input , linux-media@vger.kernel.org List-Id: linux-input@vger.kernel.org Em 28-07-2010 14:38, Jon Smirl escreveu: > On Wed, Jul 28, 2010 at 1:21 PM, Andy Walls wrote: >> On Wed, 2010-07-28 at 13:04 -0400, Jon Smirl wrote: >>> On Wed, Jul 28, 2010 at 11:56 AM, Mauro Carvalho Chehab >>> wrote: >>>> Em 28-07-2010 11:41, Jon Smirl escreveu: >> >>> >>> Are there any IR protocols less than 20 (or 17) years old? If they are >>> older than that the patents have expired. I expect IR use to decline >>> in the future, it will be replaced with RF4CE radio remotes. >> >> UEI's XMP protocol for one, IIRC. > > The beauty of LIRC is that you can use any remote for input. If one > remote's protocols are patented, just use another remote. > > Only in the case where we have to xmit the protocol is the patent > conflict unavoidable. In that case we could resort to sending a raw > pulse timing string that comes from user space. Well, software patents are valid only on very few Countries. People that live on a software-patent-free Country can keep using those protocols, if they can just upload a set of rules for a generic driver. On the other hand, a rule-hardcoded codec for a patented protocol cannot be inside Kernel, as this would restrict kernel distribution on those non-software-patent-free Countries. Cheers, Mauro.