From: Mauro Carvalho Chehab <mchehab@redhat.com> To: Jarod Wilson <jarod@wilsonet.com>, Dmitry Torokhov <dmitry.torokhov@gmail.com> Cc: Andy Walls <awalls@radix.net>, Christoph Bartelmus <lirc@bartelmus.de>, khc@pm.waw.pl, dmitry.torokhov@gmail.com, j@jannau.net, jarod@redhat.com, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, superm1@ubuntu.com Subject: Re: [RFC] Should we create a raw input interface for IR's ? - Was: Re: [PATCH 1/3 v2] lirc core device driver infrastructure Date: Thu, 26 Nov 2009 15:49:13 -0200 [thread overview] Message-ID: <4B0EBF99.1070404@redhat.com> (raw) In-Reply-To: <4B0EBBB5.5090303@wilsonet.com> Jarod Wilson wrote: > On 11/26/2009 08:54 AM, Mauro Carvalho Chehab wrote: >> Jarod Wilson wrote: >>> On Nov 23, 2009, at 7:53 PM, Andy Walls wrote: >>> >>>> On Mon, 2009-11-23 at 22:11 +0100, Christoph Bartelmus wrote: >>> ... >>>> I generally don't understand the LIRC aversion I perceive in this >>>> thread >>>> (maybe I just have a skewed perception). Aside for a video card's >>>> default remote setup, the suggestions so far don't strike me as any >>>> simpler for the end user than LIRC -- maybe I'm just used to LIRC. >>>> LIRC >>>> already works for both transmit and receive and has existing support in >>>> applications such as MythTV and mplayer. >>> >>> There's one gripe I agree with, and that is that its still not >>> plug-n-play. >>> Something where udev auto-loads a sane default remote config for say, >>> mceusb transceivers, and the stock mce remote Just Works would be nice, >>> but auto-config is mostly out the window the second you involve >>> transmitters >>> and universal remotes anyway. >> >> For several devices, an udev rule that auto-loads a sane default >> keymap does work. >> Of course, this won't cover 100% of the usages, and I lirc is a very >> good way >> of covering the holes. >> >>> But outside of that, I think objections are largely philosophical -- >>> in a nutshell, the kernel has an input layer, remotes are input devices, >>> and lirc doesn't conform to input layer standards. >> >> Yes. I think this is mainly the issue. >> >> The other issue is how to migrate the existing drivers to a new API >> without >> causing regressions. If we decide that IR's that receive raw pulse/code >> should use the raw input interface, this means that a large task force >> will be >> needed to convert the existing drivers to use it. > > Aversion to regression is definitely a major concern. And why I'm liking > the idea of a hybrid approach, at least initially. Yes. This indeed seems to be a very good idea. > >> What do you think of adding lirc at staging while we discuss/improve >> the API's and lircd >> support for the input event interface? Do you think this would work? > > Sure, I don't see why not. And I've got another dozen or so drivers to > follow those first three... :) Ok. As you said you'll do some work at the patches, could you please send us v3 in order to add it into drivers/staging? In the case of the API header file, I would tag at the header file that the API is experimental, so can be changed without prior announcements, etc (in order to avoid people to use and rely on it it outside lirc). IMO, the better is to keep such announcement there while we're still working at the hybrid approach, as we may need to change something during the development phase. Dmitry, While lirc is basically a series of input drivers, considering that they have lots in common with the input drivers at V4L/DVB and that we'll need to work on some glue to merge both, do you mind if I add the lirc drivers at drivers/staging from my trees? Cheers, Mauro.
WARNING: multiple messages have this Message-ID (diff)
From: Mauro Carvalho Chehab <mchehab@redhat.com> To: Jarod Wilson <jarod@wilsonet.com> Cc: Andy Walls <awalls@radix.net>, Christoph Bartelmus <lirc@bartelmus.de>, khc@pm.waw.pl, dmitry.torokhov@gmail.com, j@jannau.net, jarod@redhat.com, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, superm1@ubuntu.com Subject: Re: [RFC] Should we create a raw input interface for IR's ? - Was: Re: [PATCH 1/3 v2] lirc core device driver infrastructure Date: Thu, 26 Nov 2009 15:49:13 -0200 [thread overview] Message-ID: <4B0EBF99.1070404@redhat.com> (raw) In-Reply-To: <4B0EBBB5.5090303@wilsonet.com> Jarod Wilson wrote: > On 11/26/2009 08:54 AM, Mauro Carvalho Chehab wrote: >> Jarod Wilson wrote: >>> On Nov 23, 2009, at 7:53 PM, Andy Walls wrote: >>> >>>> On Mon, 2009-11-23 at 22:11 +0100, Christoph Bartelmus wrote: >>> ... >>>> I generally don't understand the LIRC aversion I perceive in this >>>> thread >>>> (maybe I just have a skewed perception). Aside for a video card's >>>> default remote setup, the suggestions so far don't strike me as any >>>> simpler for the end user than LIRC -- maybe I'm just used to LIRC. >>>> LIRC >>>> already works for both transmit and receive and has existing support in >>>> applications such as MythTV and mplayer. >>> >>> There's one gripe I agree with, and that is that its still not >>> plug-n-play. >>> Something where udev auto-loads a sane default remote config for say, >>> mceusb transceivers, and the stock mce remote Just Works would be nice, >>> but auto-config is mostly out the window the second you involve >>> transmitters >>> and universal remotes anyway. >> >> For several devices, an udev rule that auto-loads a sane default >> keymap does work. >> Of course, this won't cover 100% of the usages, and I lirc is a very >> good way >> of covering the holes. >> >>> But outside of that, I think objections are largely philosophical -- >>> in a nutshell, the kernel has an input layer, remotes are input devices, >>> and lirc doesn't conform to input layer standards. >> >> Yes. I think this is mainly the issue. >> >> The other issue is how to migrate the existing drivers to a new API >> without >> causing regressions. If we decide that IR's that receive raw pulse/code >> should use the raw input interface, this means that a large task force >> will be >> needed to convert the existing drivers to use it. > > Aversion to regression is definitely a major concern. And why I'm liking > the idea of a hybrid approach, at least initially. Yes. This indeed seems to be a very good idea. > >> What do you think of adding lirc at staging while we discuss/improve >> the API's and lircd >> support for the input event interface? Do you think this would work? > > Sure, I don't see why not. And I've got another dozen or so drivers to > follow those first three... :) Ok. As you said you'll do some work at the patches, could you please send us v3 in order to add it into drivers/staging? In the case of the API header file, I would tag at the header file that the API is experimental, so can be changed without prior announcements, etc (in order to avoid people to use and rely on it it outside lirc). IMO, the better is to keep such announcement there while we're still working at the hybrid approach, as we may need to change something during the development phase. Dmitry, While lirc is basically a series of input drivers, considering that they have lots in common with the input drivers at V4L/DVB and that we'll need to work on some glue to merge both, do you mind if I add the lirc drivers at drivers/staging from my trees? Cheers, Mauro.
next prev parent reply other threads:[~2009-11-26 17:49 UTC|newest] Thread overview: 249+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-10-20 13:56 [PATCH 0/3 v2] linux infrared remote control drivers Jarod Wilson 2009-10-20 13:58 ` [PATCH 1/3 v2] lirc core device driver infrastructure Jarod Wilson 2009-11-23 11:47 ` Mauro Carvalho Chehab 2009-11-23 12:36 ` [RFC] Should we create a raw input interface for IR's ? - Was: " Mauro Carvalho Chehab 2009-11-23 14:14 ` Krzysztof Halasa 2009-11-23 15:20 ` Devin Heitmueller 2009-11-23 15:20 ` Devin Heitmueller 2009-11-23 16:53 ` James Mastros 2009-11-23 16:53 ` James Mastros 2009-11-23 20:09 ` Krzysztof Halasa 2009-11-23 17:05 ` James Mastros 2009-11-23 17:05 ` James Mastros 2009-11-23 17:12 ` Devin Heitmueller 2009-11-23 17:12 ` Devin Heitmueller 2009-11-23 17:12 ` Devin Heitmueller 2009-11-23 17:50 ` Mauro Carvalho Chehab 2009-11-23 20:14 ` Krzysztof Halasa 2009-11-23 16:19 ` Stefan Richter 2009-11-23 17:39 ` Mauro Carvalho Chehab 2009-11-23 20:23 ` Krzysztof Halasa 2009-11-26 12:16 ` Mauro Carvalho Chehab 2009-11-26 18:18 ` Krzysztof Halasa 2009-11-26 19:06 ` Mauro Carvalho Chehab 2009-11-28 2:39 ` Mauro Carvalho Chehab 2009-11-28 2:54 ` Dmitry Torokhov 2009-11-28 9:43 ` Mauro Carvalho Chehab 2009-11-28 10:31 ` Stefan Richter 2009-11-28 10:43 ` Arnd Bergmann 2009-11-23 17:29 ` Mauro Carvalho Chehab 2009-11-23 19:17 ` Jarod Wilson 2009-11-23 20:46 ` Krzysztof Halasa 2009-11-23 21:10 ` Christoph Bartelmus 2009-11-23 21:10 ` Christoph Bartelmus 2009-11-24 4:18 ` Jarod Wilson 2009-11-23 20:41 ` Krzysztof Halasa 2009-11-26 12:36 ` Mauro Carvalho Chehab 2009-11-26 13:22 ` Andy Walls 2009-11-26 18:24 ` Krzysztof Halasa 2009-11-26 19:08 ` Mauro Carvalho Chehab 2009-11-26 20:33 ` Krzysztof Halasa 2009-11-26 21:05 ` Mauro Carvalho Chehab 2009-11-26 21:27 ` Krzysztof Halasa 2009-11-26 22:07 ` Mauro Carvalho Chehab 2009-11-27 0:19 ` Krzysztof Halasa 2009-11-27 0:34 ` Arnd Bergmann 2009-11-26 23:14 ` Dmitry Torokhov 2009-11-26 23:10 ` Dmitry Torokhov 2009-11-26 22:59 ` Trent Piepho 2009-11-27 0:45 ` Krzysztof Halasa 2009-11-27 2:50 ` hermann pitton 2009-11-26 20:37 ` Christoph Bartelmus 2009-11-26 20:37 ` Christoph Bartelmus 2009-11-26 20:59 ` Mauro Carvalho Chehab 2009-11-26 22:05 ` Christoph Bartelmus 2009-11-26 22:05 ` Christoph Bartelmus 2009-11-26 22:14 ` Mauro Carvalho Chehab 2009-11-26 23:09 ` Trent Piepho 2009-11-23 17:37 ` Dmitry Torokhov 2009-11-23 20:51 ` Krzysztof Halasa 2009-11-26 5:21 ` Dmitry Torokhov 2009-11-26 17:46 ` Krzysztof Halasa 2009-11-26 17:50 ` Mauro Carvalho Chehab 2009-11-26 21:39 ` Dmitry Torokhov 2009-11-27 0:13 ` Krzysztof Halasa 2009-11-27 0:13 ` Krzysztof Halasa 2009-11-27 0:26 ` Dmitry Torokhov 2009-11-27 0:37 ` Krzysztof Halasa 2009-11-27 0:37 ` Krzysztof Halasa 2009-11-24 4:37 ` Jarod Wilson 2009-11-24 23:32 ` IR raw input is not sutable for input system Maxim Levitsky 2009-11-25 3:32 ` Trent Piepho 2009-11-25 13:28 ` Maxim Levitsky 2009-11-25 21:32 ` Sean Young 2009-11-25 22:30 ` Krzysztof Halasa 2009-11-25 22:52 ` Maxim Levitsky 2009-11-26 18:36 ` Krzysztof Halasa 2009-11-25 17:18 ` Krzysztof Halasa 2009-11-26 5:41 ` Dmitry Torokhov 2009-11-25 17:12 ` Krzysztof Halasa 2009-11-26 5:38 ` Dmitry Torokhov 2009-11-26 5:31 ` [RFC] Should we create a raw input interface for IR's ? - Was: Re: [PATCH 1/3 v2] lirc core device driver infrastructure Dmitry Torokhov 2009-11-26 6:16 ` Jarod Wilson 2009-11-26 6:16 ` Jarod Wilson 2009-11-26 16:07 ` Mauro Carvalho Chehab 2009-11-26 23:23 ` Dmitry Torokhov 2009-11-27 2:28 ` Jarod Wilson 2009-11-27 3:08 ` Jon Smirl 2009-11-27 3:08 ` Jon Smirl 2009-11-27 3:08 ` Jon Smirl 2009-11-27 4:33 ` Dmitry Torokhov 2009-11-27 4:33 ` Dmitry Torokhov 2009-11-27 5:06 ` Jon Smirl 2009-11-27 5:06 ` Jon Smirl 2009-11-27 7:33 ` Christoph Bartelmus 2009-11-27 7:33 ` Christoph Bartelmus 2009-11-27 15:33 ` Jon Smirl 2009-11-27 15:33 ` Jon Smirl 2009-11-27 15:33 ` Jon Smirl 2009-11-30 5:01 ` Jarod Wilson 2009-11-27 4:30 ` Dmitry Torokhov 2009-11-23 21:11 ` Christoph Bartelmus 2009-11-23 21:11 ` Christoph Bartelmus 2009-11-23 21:46 ` Krzysztof Halasa 2009-11-23 21:46 ` Krzysztof Halasa 2009-11-23 21:54 ` Devin Heitmueller 2009-11-23 21:54 ` Devin Heitmueller 2009-11-23 22:31 ` Krzysztof Halasa 2009-11-23 22:37 ` Devin Heitmueller 2009-11-23 22:37 ` Devin Heitmueller 2009-11-23 22:53 ` Krzysztof Halasa 2009-12-12 22:04 ` david 2009-11-24 1:14 ` Andy Walls 2009-11-26 13:25 ` Mauro Carvalho Chehab 2009-11-26 13:48 ` Andy Walls 2009-11-26 16:35 ` Mauro Carvalho Chehab 2009-11-24 0:53 ` Andy Walls 2009-11-24 13:32 ` Jarod Wilson 2009-11-24 13:32 ` Jarod Wilson 2009-11-25 16:53 ` Krzysztof Halasa 2009-11-25 17:20 ` Christoph Bartelmus 2009-11-25 17:20 ` Christoph Bartelmus 2009-11-25 17:40 ` Krzysztof Halasa 2009-11-25 17:40 ` Krzysztof Halasa 2009-11-25 18:07 ` Jarod Wilson 2009-11-25 18:07 ` Jarod Wilson 2009-11-25 18:20 ` Devin Heitmueller 2009-11-25 18:20 ` Devin Heitmueller 2009-11-25 18:43 ` [RFC] Should we create a raw input interface for IR's ? Jarod Wilson 2009-11-25 20:49 ` Krzysztof Halasa 2009-11-26 5:53 ` Dmitry Torokhov 2009-11-26 18:40 ` Krzysztof Halasa 2009-11-26 23:28 ` Dmitry Torokhov 2009-11-27 0:28 ` Krzysztof Halasa 2009-11-25 20:47 ` [RFC] Should we create a raw input interface for IR's ? - Was: Re: [PATCH 1/3 v2] lirc core device driver infrastructure Krzysztof Halasa 2009-11-25 21:58 ` Gerd Hoffmann 2009-11-25 22:31 ` Christoph Bartelmus 2009-11-25 22:31 ` Christoph Bartelmus 2009-11-25 23:22 ` Gerd Hoffmann 2009-11-26 7:28 ` Christoph Bartelmus 2009-11-26 7:28 ` Christoph Bartelmus 2009-11-26 8:39 ` Gerd Hoffmann 2009-11-26 16:41 ` Krzysztof Halasa 2009-11-26 4:26 ` Andy Walls 2009-11-26 14:45 ` Mauro Carvalho Chehab 2009-11-26 15:48 ` Jon Smirl 2009-11-26 15:48 ` Jon Smirl 2009-11-26 15:48 ` Jon Smirl 2009-11-26 16:03 ` Jon Smirl 2009-11-26 16:03 ` Jon Smirl 2009-11-26 23:45 ` Dmitry Torokhov 2009-11-26 3:50 ` Andy Walls 2009-11-25 20:44 ` Krzysztof Halasa 2009-11-25 20:44 ` Krzysztof Halasa 2009-11-26 3:31 ` Andy Walls 2009-11-26 4:00 ` hermann pitton 2009-11-26 5:41 ` Jarod Wilson 2009-11-26 14:28 ` Mauro Carvalho Chehab 2009-11-25 17:44 ` Jarod Wilson 2009-11-25 19:27 ` Krzysztof Halasa 2009-11-26 4:46 ` Jarod Wilson 2009-11-26 8:01 ` Christoph Bartelmus 2009-11-26 8:01 ` Christoph Bartelmus 2009-11-26 8:08 ` Dmitry Torokhov 2009-11-26 16:25 ` Mauro Carvalho Chehab 2009-11-26 18:13 ` Krzysztof Halasa 2009-11-26 18:55 ` Mauro Carvalho Chehab 2009-11-26 20:28 ` Krzysztof Halasa 2009-11-26 21:28 ` Mauro Carvalho Chehab 2009-11-27 7:45 ` Christoph Bartelmus 2009-11-27 7:45 ` Christoph Bartelmus 2009-11-26 13:54 ` Mauro Carvalho Chehab 2009-11-26 17:32 ` Jarod Wilson 2009-11-26 17:49 ` Mauro Carvalho Chehab [this message] 2009-11-26 17:49 ` Mauro Carvalho Chehab 2009-11-26 23:50 ` Dmitry Torokhov 2009-11-27 1:45 ` Mauro Carvalho Chehab 2009-11-25 16:45 ` Krzysztof Halasa 2009-11-26 14:05 ` Mauro Carvalho Chehab 2009-11-26 19:43 ` Andy Walls 2009-12-07 18:19 ` Jarod Wilson 2009-12-07 23:02 ` Mauro Carvalho Chehab 2009-12-08 2:42 ` Andy Walls 2009-12-08 4:22 ` Dmitry Torokhov 2009-12-08 11:44 ` Mauro Carvalho Chehab 2009-12-08 14:13 ` Krzysztof Halasa 2009-12-08 14:25 ` Mauro Carvalho Chehab 2009-12-08 17:06 ` Dmitry Torokhov 2009-12-08 12:35 ` Andy Walls 2009-12-08 12:52 ` Jon Smirl 2009-12-08 12:52 ` Jon Smirl 2009-12-08 12:52 ` Jon Smirl 2009-12-08 13:40 ` Mauro Carvalho Chehab 2009-12-08 14:01 ` Jon Smirl 2009-12-08 14:01 ` Jon Smirl 2009-12-08 14:01 ` Jon Smirl 2009-12-08 14:16 ` Mauro Carvalho Chehab 2009-12-08 14:31 ` Jon Smirl 2009-12-08 14:31 ` Jon Smirl 2009-12-08 14:40 ` Mauro Carvalho Chehab 2009-12-08 16:19 ` Jon Smirl 2009-12-08 16:19 ` Jon Smirl 2009-12-08 16:19 ` Jon Smirl 2009-12-08 23:30 ` Krzysztof Halasa 2009-12-09 0:04 ` Mauro Carvalho Chehab 2009-12-08 17:16 ` Dmitry Torokhov 2009-12-08 17:16 ` Dmitry Torokhov 2009-12-08 13:30 ` Mauro Carvalho Chehab 2009-12-08 13:47 ` Jon Smirl 2009-12-08 13:47 ` Jon Smirl 2009-12-08 13:47 ` Jon Smirl 2009-12-08 13:59 ` Mauro Carvalho Chehab 2009-12-08 14:19 ` Jon Smirl 2009-12-08 14:19 ` Jon Smirl 2009-12-08 14:19 ` Jon Smirl 2009-12-08 14:34 ` Mauro Carvalho Chehab 2009-12-08 15:56 ` Jon Smirl 2009-12-08 15:56 ` Jon Smirl 2009-12-08 15:56 ` Jon Smirl 2009-12-08 16:27 ` Mauro Carvalho Chehab 2009-12-08 18:15 ` Jon Smirl 2009-12-08 18:15 ` Jon Smirl 2009-12-08 18:15 ` Jon Smirl 2009-12-09 0:28 ` Mauro Carvalho Chehab 2009-12-08 16:22 ` Ferenc Wagner 2009-12-08 11:32 ` Mauro Carvalho Chehab 2009-12-08 12:46 ` Andy Walls 2009-12-08 17:19 ` Dmitry Torokhov 2009-12-09 0:07 ` Mauro Carvalho Chehab 2009-11-26 5:49 ` Dmitry Torokhov 2009-11-26 6:23 ` Jarod Wilson 2009-11-26 9:14 ` Gerd Hoffmann 2009-11-26 17:15 ` Jarod Wilson 2009-11-26 12:28 ` Andy Walls 2009-11-26 13:17 ` Mauro Carvalho Chehab 2009-11-23 22:25 ` Krzysztof Halasa 2009-11-24 23:23 ` Matthieu CASTET 2009-10-20 14:00 ` [PATCH 2/3 v2] lirc driver for Windows MCE IR transceivers Jarod Wilson 2009-11-13 20:43 ` Stefan Lippers-Hollmann 2009-11-15 6:55 ` Jarod Wilson 2009-11-23 12:46 ` Mauro Carvalho Chehab 2009-10-20 14:00 ` [PATCH 3/3 v2] lirc driver for SoundGraph iMON IR receivers and displays Jarod Wilson 2009-11-23 12:58 ` Mauro Carvalho Chehab 2009-11-24 4:31 ` Jarod Wilson 2009-11-04 22:56 ` [PATCH 0/3 v2] linux infrared remote control drivers Jarod Wilson 2009-11-05 0:07 ` Andy Walls 2009-11-05 3:28 ` Jarod Wilson 2009-11-05 0:31 ` Mauro Carvalho Chehab 2009-11-05 3:41 ` Jarod Wilson 2009-11-23 15:20 [RFC] Should we create a raw input interface for IR's ? - Was: Re: [PATCH 1/3 v2] lirc core device driver infrastructure Emmanuel Fusté
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=4B0EBF99.1070404@redhat.com \ --to=mchehab@redhat.com \ --cc=awalls@radix.net \ --cc=dmitry.torokhov@gmail.com \ --cc=j@jannau.net \ --cc=jarod@redhat.com \ --cc=jarod@wilsonet.com \ --cc=khc@pm.waw.pl \ --cc=linux-input@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-media@vger.kernel.org \ --cc=lirc@bartelmus.de \ --cc=superm1@ubuntu.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.