From: Jarod Wilson <jarod@redhat.com>
To: Janne Grunau <j@jannau.net>
Cc: Andy Walls <awalls@radix.net>, Hans Verkuil <hverkuil@xs4all.nl>,
Jean Delvare <khali@linux-fr.org>, Mike Isely <isely@pobox.com>,
isely@isely.net, LMML <linux-media@vger.kernel.org>,
Mauro Carvalho Chehab <mchehab@infradead.org>
Subject: Re: [PATCH 3/6] ir-kbd-i2c: Switch to the new-style device binding model
Date: Mon, 6 Apr 2009 09:13:32 -0400 [thread overview]
Message-ID: <200904060913.32976.jarod@redhat.com> (raw)
In-Reply-To: <20090405183154.GE10556@aniel>
On Sunday 05 April 2009 14:31:54 Janne Grunau wrote:
> On Sun, Apr 05, 2009 at 01:39:33PM -0400, Andy Walls wrote:
> > On Sun, 2009-04-05 at 16:37 +0200, Janne Grunau wrote:
> > >
> > > I would guess that it won't work. There is an effort to merge lirc. It's
> > > currently stalled though.
> >
> > Perhaps you and Jarrod and Christopher have already discussed this,
> > but...
> >
> > Instead of trying to push all of the LIRC kernel components through in
> > one big patch set, perhaps it would be easier to just get the lirc_dev
> > and any other needed infrastructure components in first.
> >
> > If one focuses on satisfying the LKML comments to lirc_dev and the
> > Makefile to get that kernel module in the kernel, then, at least for
> > video card hosted IR devices, there is an infrastructure to which to
> > hook new or rewritten i2c IR driver modules.
>
> I guess lkml would NAK patches adding infrastructure only bits but we
> will probably for the next patchset concentrate on a few lirc drivers.
Yep, my thoughts exactly.
> Christopher doesn't participate in the merge attempt.
Christoph has been giving decent feedback and merging the git tree changes
back into lirc cvs of late, but no, he's not directly participating in
the effort to merge lirc into the kernel.
> > > A git tree is available at
> > >
> > > git://git.wilsonet.com/linux-2.6-lirc.git
> > >
> > > Jared Wilson and I were working on it (mainly last september). Since the
> > > IR on the HD PVR is also driven by the same zilog chip as on other
> > > hauppauge devices I'll take of lirc_zilog. Help converting the i2c
> > > drivers to the new i2c model is welcome. General cleanup of lirc to make
> > > it ready for mainline is of course wellcome too.
> >
> > I can help with this. I'm mainly concerned with lirc_dev, lirc_i2c (for
> > Rx only use of the zilog at 0x71), lirc_zilog, and lirc_mceusb2. That's
> > because, of course, I have devices that use those modules. :)
>
> I have devices for lirc_zilog (which should probably be merged with
> lirc_i2c) and lirc serial. Jarod has at least mce usb and imon devices.
> That are probably the devices we'll concentrate on the next submission.
Indeed, we should focus on serial, i2c/zilog, mceusb2 and imon. I think
they're by far the most popular and the best maintained, and between
Janne and myself, we can actually test all of them ourselves.
> > lirc_dev and the API header would be my first priority, if you need
> > help. Did anyone consolidate all the comments from the LKML on Jarrod's
> > patch submission?
>
> no and I lost track which comments were already handled.
I think we've got just about everything handled, but I should go back over
the stack of comments before we resubmit... I was hoping to have something
ready for 2.6.30, but work keeps getting in the way...
--
Jarod Wilson
jarod@redhat.com
next prev parent reply other threads:[~2009-04-06 13:14 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-04 12:24 [PATCH 0/6] ir-kbd-i2c conversion to the new i2c binding model Jean Delvare
2009-04-04 12:26 ` [PATCH 1/6] cx18: Fix the handling of i2c bus registration error Jean Delvare
2009-04-04 12:46 ` Andy Walls
2009-04-04 14:23 ` Jean Delvare
2009-04-04 22:30 ` Andy Walls
2009-04-07 9:31 ` Jean Delvare
2009-04-07 12:14 ` Andy Walls
2009-04-04 12:27 ` [PATCH 2/6] ir-kbd-i2c: Don't use i2c_client.name for our own needs Jean Delvare
2009-04-04 12:28 ` [PATCH 3/6] ir-kbd-i2c: Switch to the new-style device binding model Jean Delvare
2009-04-04 13:42 ` Andy Walls
2009-04-04 16:05 ` Mike Isely
2009-04-04 22:24 ` Andy Walls
2009-04-04 22:39 ` Andy Walls
2009-04-04 22:51 ` Jean Delvare
2009-04-05 1:50 ` Andy Walls
2009-04-05 13:08 ` Jean Delvare
2009-04-05 18:13 ` Andy Walls
2009-04-04 15:51 ` Mike Isely
2009-04-04 23:05 ` Jean Delvare
2009-04-04 23:29 ` Mike Isely
2009-04-05 14:18 ` Jean Delvare
2009-04-05 18:33 ` Mike Isely
2009-04-05 20:19 ` Andy Walls
2009-04-06 3:48 ` Trent Piepho
2009-04-06 3:53 ` pvrusb2 IR changes coming [was: [PATCH 3/6] ir-kbd-i2c: Switch to the new-style device binding model] Mike Isely
2009-04-05 5:46 ` [PATCH 3/6] ir-kbd-i2c: Switch to the new-style device binding model Hans Verkuil
2009-04-05 9:14 ` Mauro Carvalho Chehab
2009-04-05 12:44 ` Andy Walls
2009-04-06 13:08 ` Mauro Carvalho Chehab
2009-04-05 14:05 ` Jean Delvare
2009-04-05 19:35 ` Andy Walls
2009-04-06 9:04 ` Jean Delvare
2009-04-06 12:06 ` Andy Walls
2009-04-05 14:37 ` Janne Grunau
2009-04-05 16:37 ` Jean Delvare
2009-04-05 16:58 ` Janne Grunau
2009-04-05 17:39 ` Andy Walls
2009-04-05 18:31 ` Janne Grunau
2009-04-05 18:58 ` Andy Walls
2009-04-05 20:22 ` Jean Delvare
2009-04-05 21:22 ` hermann pitton
2009-04-05 22:00 ` Andy Walls
2009-04-05 22:21 ` hermann pitton
2009-04-06 1:49 ` hermann pitton
2009-04-06 1:51 ` Mauro Carvalho Chehab
2009-04-06 2:52 ` Mike Isely
2009-04-06 3:26 ` hermann pitton
2009-04-06 4:44 ` Trent Piepho
2009-04-06 12:31 ` Mauro Carvalho Chehab
2009-04-06 8:40 ` Jean Delvare
2009-04-06 21:10 ` hermann pitton
2009-04-07 9:27 ` Jean Delvare
2009-04-08 3:02 ` CityK
2009-04-08 11:31 ` Mauro Carvalho Chehab
2009-04-12 17:37 ` CityK
2009-04-12 23:35 ` hermann pitton
2009-04-09 19:15 ` Oldrich Jedlicka
2009-04-17 13:42 ` Jean Delvare
2009-04-06 13:13 ` Jarod Wilson [this message]
2009-04-05 18:48 ` Mike Isely
2009-04-06 10:54 ` Mauro Carvalho Chehab
2009-04-04 12:29 ` [PATCH 4/6] ir-kbd-i2c: Use initialization data Jean Delvare
2009-04-04 12:30 ` [PATCH 5/6] saa7134: Simplify handling of IR on MSI TV@nywhere Plus Jean Delvare
2009-04-04 12:31 ` [PATCH 6/6] saa7134: Simplify handling of IR on AVerMedia Cardbus Jean Delvare
2009-04-04 15:58 ` [PATCH 0/6] ir-kbd-i2c conversion to the new i2c binding model Mike Isely
2009-04-05 10:01 ` Mauro Carvalho Chehab
2009-04-05 14:40 ` Jean Delvare
2009-04-05 18:40 ` Mike Isely
2009-04-06 0:22 ` Test results for ir-kbd-i2c.c changes (Re: [PATCH 0/6] ir-kbd-i2c conversion to the new i2c binding model) Andy Walls
2009-04-06 8:54 ` Jean Delvare
2009-04-06 11:56 ` Andy Walls
2009-04-06 11:11 ` Jean Delvare
-- strict thread matches above, loose matches on Subject: below --
2009-04-06 5:35 [PATCH 3/6] ir-kbd-i2c: Switch to the new-style device binding model Uri Shkolnik
2009-04-06 10:45 ` Mauro Carvalho Chehab
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=200904060913.32976.jarod@redhat.com \
--to=jarod@redhat.com \
--cc=awalls@radix.net \
--cc=hverkuil@xs4all.nl \
--cc=isely@isely.net \
--cc=isely@pobox.com \
--cc=j@jannau.net \
--cc=khali@linux-fr.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@infradead.org \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox