Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965294AbZLHAoS (ORCPT ); Mon, 7 Dec 2009 19:44:18 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965284AbZLHAoR (ORCPT ); Mon, 7 Dec 2009 19:44:17 -0500 Received: from mail-qy0-f192.google.com ([209.85.221.192]:57013 "EHLO mail-qy0-f192.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965258AbZLHAoO (ORCPT ); Mon, 7 Dec 2009 19:44:14 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=kNYNEMNaLlRy8iJy3A55a+NBxxotmZ7kc2YSRM8Hz6QI/tIhZgbg2CeD8zdoWnLTur sDG3WJWsNpI60X/NSjDafu+eaGYuhy3TsTQet+mYKFOck9XHwupitAnqtASzdudBEXQp X/qpZ7/0EuO4PtbWnTO11Yv+8xWNmWA+O4yx8= MIME-Version: 1.0 In-Reply-To: <20091207184153.GD998@core.coreip.homeip.net> References: <20091204220708.GD25669@core.coreip.homeip.net> <9e4733910912041628g5bedc9d2jbee3b0861aeb5511@mail.gmail.com> <1260070593.3236.6.camel@pc07.localdom.local> <20091206065512.GA14651@core.coreip.homeip.net> <4B1B99A5.2080903@redhat.com> <9e4733910912060952h4aad49dake8e8486acb6566bc@mail.gmail.com> <20091207184153.GD998@core.coreip.homeip.net> Date: Mon, 7 Dec 2009 19:44:20 -0500 Message-ID: <9e4733910912071644y234beebepd426f9f5760507ce@mail.gmail.com> Subject: Re: [RFC] What are the goals for the architecture of an in-kernel IR system? From: Jon Smirl To: Dmitry Torokhov Cc: Krzysztof Halasa , Mauro Carvalho Chehab , hermann pitton , Christoph Bartelmus , awalls@radix.net, j@jannau.net, jarod@redhat.com, jarod@wilsonet.com, kraxel@redhat.com, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, superm1@ubuntu.com Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1426 Lines: 32 On Mon, Dec 7, 2009 at 1:41 PM, Dmitry Torokhov wrote: > That is why I think we should go the other way around - introduce the > core which receivers could plug into and decoder framework and once it > is ready register lirc-dev as one of the available decoders. The core needs to allow for RF remotes too. -Bluetooth remotes are already in kernel somehow, I don't know how they work, -RF4CE, the 802.15.4 stack has been recently merged, the remotes use a protocol on top of that. These remotes will hit the consumer market next year. Sony, Panasonic and other big names are behind this. -Zwave, the Harmony remotes use Zwave. There is no Zwave support in the kernel that I am aware of. Zwave is proprietary. After these protocols are decoded you end up with scancodes. The scancodes need to get injected into input somehow and then flow through the mapping process. Decoding down to the scancodes probably happens over in the networking code. After an in-kernel IR decoder runs it needs to hand off the scancodes into the input subsystem. This same API can be used by the networking code to hand off RF scancodes. -- Jon Smirl jonsmirl@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/