Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752932AbZLAODG (ORCPT ); Tue, 1 Dec 2009 09:03:06 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751940AbZLAODG (ORCPT ); Tue, 1 Dec 2009 09:03:06 -0500 Received: from mx1.redhat.com ([209.132.183.28]:53699 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751366AbZLAODF (ORCPT ); Tue, 1 Dec 2009 09:03:05 -0500 Message-ID: <4B1521EA.6050306@redhat.com> Date: Tue, 01 Dec 2009 15:02:18 +0100 From: Gerd Hoffmann User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20090922 Fedora/3.0-3.9.b4.fc12 Lightning/1.0pre Thunderbird/3.0b4 MIME-Version: 1.0 To: Andy Walls CC: Krzysztof Halasa , Jon Smirl , Christoph Bartelmus , dmitry.torokhov@gmail.com, j@jannau.net, jarod@redhat.com, jarod@wilsonet.com, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, maximlevitsky@gmail.com, mchehab@redhat.com, stefanr@s5r6.in-berlin.de, superm1@ubuntu.com Subject: Re: [RFC] What are the goals for the architecture of an in-kernel IR system? References: <9e4733910911280906if1191a1jd3d055e8b781e45c@mail.gmail.com> <9e4733910911280937k37551b38g90f4a60b73665853@mail.gmail.com> <1259450815.3137.19.camel@palomino.walls.org> <1259542097.5231.78.camel@palomino.walls.org> <4B14F3EA.4090000@redhat.com> <1259668143.3100.18.camel@palomino.walls.org> In-Reply-To: <1259668143.3100.18.camel@palomino.walls.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1627 Lines: 35 On 12/01/09 12:49, Andy Walls wrote: > On Tue, 2009-12-01 at 11:46 +0100, Gerd Hoffmann wrote: >> Once lirc_dev is merged you can easily fix this: You'll have *one* >> driver which supports *both* evdev and lirc interfaces. If lircd opens >> the lirc interface raw data will be sent there, keystrokes come in via >> uinput. Otherwise keystrokes are send directly via evdev. Problem solved. > > This will be kind of strange for lirc_zilog (aka lirc_pvr150). It > supports IR transmit on the PVR-150, HVR-1600, and HD-PVR. I don't know > if transmit is raw pulse timings, but I'm sure the unit provides codes > on receive. Occasionally blocks of "boot data" need to be programmed > into the transmitter side. I suspect lirc_zilog will likely need > rework.... Well, for IR *output* it doesn't make sense to disable evdev. One more reason which indicates it probaably is better to introduce a ioctl to disable evdev reporting. lircd will probably turn it off, especially when sending data to uevent. debug tools might not, likewise apps sending IR. >> so killing the in-kernel IR limits to make ir-kbd-i2c > ^^^^^^^^^^^^^^^^^^^ >> being on par with lirc_i2c might be more useful in this case. > > I didn't quite understand that. Can you provide a little more info? Such as throwing away the address part of rc5 codes ... cheers, Gerd -- 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/