[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1259189522.15916.1.camel@maxim-laptop>
Date: Thu, 26 Nov 2009 00:52:02 +0200
From: Maxim Levitsky <maximlevitsky@...il.com>
To: Krzysztof Halasa <khc@...waw.pl>
Cc: Sean Young <sean@...s.org>, Trent Piepho <xyzzy@...akeasy.org>,
Jarod Wilson <jarod@...sonet.com>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Mauro Carvalho Chehab <mchehab@...hat.com>,
Jarod Wilson <jarod@...hat.com>, linux-kernel@...r.kernel.org,
Mario Limonciello <superm1@...ntu.com>,
linux-input@...r.kernel.org, linux-media@...r.kernel.org,
Janne Grunau <j@...nau.net>,
Christoph Bartelmus <lirc@...telmus.de>
Subject: Re: IR raw input is not sutable for input system
On Wed, 2009-11-25 at 23:30 +0100, Krzysztof Halasa wrote:
> Sean Young <sean@...s.org> writes:
>
> > Absolutely. There are a number of use cases when you want access to the
> > space-pulse (i.e. IR) information.
>
> I think nobody proposes otherwise (except for devices which can't pass
> this info).
I think we were taking about such devices.
I have no objection that devices that *do* decode the protocol, they
should be handled inside kernel.
But devices that send raw pulse/space data should be handled in lirc
that will feed the data back to the kernel via uinput.
Best regards,
Maxim Levitsky
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists