From: "Aleksandr V. Piskunov" <aleksandr.v.piskunov@gmail.com>
To: Andy Walls <awalls@radix.net>
Cc: "Aleksandr V. Piskunov" <aleksandr.v.piskunov@gmail.com>,
Jean Delvare <khali@linux-fr.org>,
Jarod Wilson <jarod@wilsonet.com>,
linux-media@vger.kernel.org,
Oldrich Jedlicka <oldium.pro@seznam.cz>,
hverkuil@xs4all.nl
Subject: Re: [REVIEW] ivtv, ir-kbd-i2c: Explicit IR support for the AVerTV M116 for newer kernels
Date: Mon, 5 Oct 2009 01:39:15 +0300 [thread overview]
Message-ID: <20091004223915.GB31609@moon> (raw)
In-Reply-To: <1254688861.3148.137.camel@palomino.walls.org>
On Sun, Oct 04, 2009 at 04:41:01PM -0400, Andy Walls wrote:
> On Sun, 2009-10-04 at 12:26 +0300, Aleksandr V. Piskunov wrote:
> > On Sun, Oct 04, 2009 at 10:44:52AM +0200, Jean Delvare wrote:
> > > On Sun, 4 Oct 2009 11:31:39 +0300, Aleksandr V. Piskunov wrote:
> > > > Tested on 2.6.30.8, one of Ubuntu mainline kernel builds.
> > > >
> > > > ivtv-i2c part works, ivtv_i2c_new_ir() gets called, according to /sys/bus/i2c
> > > > device @ 0x40 gets a name ir_rx_em78p153s_ave.
> > > >
> > > > Now according to my (very) limited understanding of new binding model, ir-kbd-i2c
> > > > should attach to this device by its name. Somehow it doesn't, ir-kbd-i2c gets loaded
> > > > silently without doing anything.
> > >
> > > Change the device name to a shorter string (e.g. "ir_rx_em78p153s").
> > > You're hitting the i2c client name length limit. More details about
> > > this in the details reply I'm writing right now.
> >
> > Thanks, it works now. ir-kbd-i2c picks up the short name, input device is created, remote
> > works.
> >
> > Another place where truncation occurs is name field in em78p153s_aver_ir_init_data
> > ("ivtv-CX23416 EM78P153S AVerMedia"). Actual input device ends up with a name
> > "i2c IR (ivtv-CX23416 EM78P153S ", limited by char name[32] in IR_i2c struct.
>
> I'm naive here. What applications actually show this string or use it?
> For what purposes do applications use it?
Mmm, from the top of my head
1) evtest, using it to test remotes and other input devices.
2) gnome-device-manager, displays a tree of hardware devices with details
I hope when the time comes for a media controller stuff, applications will be able to link
all the related hardware, including boards IR device and show this information to end-user.
There it becomes a little bit more important to have a readable and meaningful name.
> > IMHO actual name of resulting input device should be readable by end-user. Perhaps it should
> > include the short name of the card itself, or model/color of remote control itself if several
> > revisions exist, etc.
>
> The em28xx driver uses things like:
>
> i2c IR (EM28XX Terratec)
> i2c IR (EM28XX Pinnacle PCTV)
>
> The saa7134 driver uses thing like:
>
> Pinnacle PCTV
> Purple TV
> MSI TV@nywhere Plus
> HVR 1110
> BeholdTV
>
> The cx18 driver (i.e. me) uses:
>
> CX23418 Z8F0811 Hauppauge
>
>
> I appear to be user-unfriendly. ;) I guess I like knowing what devices
> are precisely involved, as it helps me when I need to troubleshoot. I
> agree that it doesn't help the normal user in day to day operations.
>
> I will change the names to something more card specific. It could end
> up slightly misleading in the long run. A single card entry in
> ivtv-cards.c can describe multiple card variants, but gives all those
> variants the same "name" whether or not the consumer retail names are
> the same.
>
>
> Regards,
> Andy
>
>
next prev parent reply other threads:[~2009-10-04 22:39 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-03 15:44 [REVIEW] ivtv, ir-kbd-i2c: Explicit IR support for the AVerTV M116 for newer kernels Andy Walls
2009-10-04 8:31 ` Aleksandr V. Piskunov
2009-10-04 8:44 ` Jean Delvare
2009-10-04 9:26 ` Aleksandr V. Piskunov
2009-10-04 20:41 ` Andy Walls
2009-10-04 22:39 ` Aleksandr V. Piskunov [this message]
2009-10-04 20:44 ` Andy Walls
2009-10-04 8:54 ` Jean Delvare
2009-10-04 11:33 ` Aleksandr V. Piskunov
2009-10-04 21:07 ` Andy Walls
2009-10-04 20:11 ` Andy Walls
2009-10-05 21:24 ` Jean Delvare
2009-10-04 22:23 ` Aleksandr V. Piskunov
2009-10-05 1:54 ` Andy Walls
2009-10-05 8:29 ` Jean Delvare
2009-10-05 10:36 ` Andy Walls
2009-10-05 8:50 ` Aleksandr V. Piskunov
2009-10-05 9:04 ` Jean Delvare
2009-10-05 10:02 ` Aleksandr V. Piskunov
2009-10-05 13:56 ` Devin Heitmueller
2009-10-07 17:26 ` Oldrich Jedlicka
2009-10-05 18:45 ` Oldrich Jedlicka
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=20091004223915.GB31609@moon \
--to=aleksandr.v.piskunov@gmail.com \
--cc=awalls@radix.net \
--cc=hverkuil@xs4all.nl \
--cc=jarod@wilsonet.com \
--cc=khali@linux-fr.org \
--cc=linux-media@vger.kernel.org \
--cc=oldium.pro@seznam.cz \
/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 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.