Date: 04 Feb 2007 04:04:00 +0100
From: lirc@bartelmus.de (Christoph Bartelmus)
To: vincent.vanackere@gmail.com
cc: linux-input@atrey.karlin.mff.cuni.cz
cc: linux-kernel@vger.kernel.org
cc: penberg@cs.helsinki.fi
Message-ID: <AAEizONrB9B@bartelmus.de>
In-Reply-To: <65258a580702020304m52283349ne4ba2895d9ce7188@mail.gmail.com>
Subject: Re: [PATCH] lirc: remove backwards compatibility macro obfuscation
User-Agent: OpenXP/4.0.7330 (Linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1099
Lines: 27

Hi Vincent,

on 02 Feb 07 at 12:04, you wrote:
> On 2/2/07, Pekka J Enberg <penberg@cs.helsinki.fi> wrote:
>> From: Pekka Enberg <penberg@cs.helsinki.fi>
>>  [...]
>>  drivers/lirc_atiusb/lirc_atiusb.c           |  102 -----------------
>                               ^^^^^^^^^^^^^^
>
>  I may be mistaken, but the lirc_atiusb module looks redondant with
> the driver already in drivers/usb/input/ati_remote.c.
> Moreover, I was under the impression that the input layer was
> currently considered the "right way" to implement the kernel side lirc
> needs

No. Using the input layer makes no sense for most lirc drivers. The  
hardare used does not decode the IR signals itself but only provides raw  
signal timings. Those signals are decoded in userspace by lircd.
It would be a really bad idea trying to do this decoding in kernel  
space.

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