public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Jean Delvare <khali@linux-fr.org>
Cc: Andrzej Hajda <andrzej.hajda@wp.pl>, LMML <linux-media@vger.kernel.org>
Subject: Re: cx88 remote control event device
Date: Wed, 31 Mar 2010 15:03:17 -0300	[thread overview]
Message-ID: <4BB38E65.2080607@redhat.com> (raw)
In-Reply-To: <4BB38A7D.7080702@redhat.com>

Mauro Carvalho Chehab wrote:
> Hi Jean,
> 
> Jean Delvare wrote:
>> Hi Andrzej,
>>
>> Last year, you submitted a fix for the cx88 remote control not behaving
>> properly on some cards. The fix works fine for me and lets me use my
>> remote control, and I am very grateful for this.
>>
>> However, I have noticed (using powertop) that the cx88 driver is waking
>> up the kernel 1250 times per second to handle the remote control. I
>> understand that it is needed for proper operation when the remote
>> control is in use. What I do not understand is why it still happens
>> when nobody uses the remote control. Even when no application has the
>> event device node opened, polling still happens.
>>
>> Can't we have the cx88 driver poll the remote control only when the
>> device node is opened? I believe this would save some power by allowing
>> the CPU to stay in higher C states.
> 
> The IR can be used even when nobody is opening the /dev/video device, as
> it is an input device that can be used to control other things, including
> the start of the video application.
> 
> That's said, it makes sense to only enable the polling when the /dev/input/event 
> device is opened. 
> 
> Btw, the same polling logic is also present on bttv and saa7134 drivers.
> 
> As I'm doing a large IR rework, with the addition of the IR core subsystem,
> and the patch for handing the open/close is very simple, I've already wrote
> a patch for saa7134, on my IR tree:
> 	http://git.linuxtv.org/mchehab/ir.git?a=commitdiff;h=2b1d3acdb48266f05b82923b8db06e6c7ada0c72
> 
> The change itself is very simple, although I've added some additional checks
> to avoid the risk of having an IRQ while IR is disabled.
> 
> I have one cx88 board on my IR test machine (although I need to find the IR sensor for the
> board I'm using there). If I find one that works, I'll try later to write a similar 
> code to cx88.
> 

Btw, I found one sensor here and started working with it. With the new code,
cx88 is generating lots of missing ticks. My IR debug log is full of those
messages:

[ 3276.764939] cx88[0] IR: Missed ticks 15                                      
[ 3276.768999] cx88[0] IR: Missed ticks 3                                       
[ 3276.772323] cx88[0] IR: Missed ticks 3                                       
[ 3276.789027] cx88[0] IR: Missed ticks 15                                      
[ 3276.793085] cx88[0] IR: Missed ticks 3                                       
[ 3276.796409] cx88[0] IR: Missed ticks 3                                       
[ 3276.813025] cx88[0] IR: Missed ticks 15                                      
[ 3276.816347] cx88[0] IR: Missed ticks 3                                       
[ 3276.816347] cx88[0] IR: Missed ticks 3                                       
[ 3276.837011] cx88[0] IR: Missed ticks 15                                      
[ 3276.840339] cx88[0] IR: Missed ticks 3                                       
[ 3276.845028] cx88[0] IR: Missed ticks 3                                       
[ 3276.861019] cx88[0] IR: Missed ticks 15                                      
[ 3276.864342] cx88[0] IR: Missed ticks 3                                       
[ 3276.869089] cx88[0] IR: Missed ticks 3                                       

This doesn't seem right, especially since this test machine is in text mode,
and there's nothing running there.

-- 

Cheers,
Mauro

  reply	other threads:[~2010-03-31 18:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-31 11:00 cx88 remote control event device Jean Delvare
2010-03-31 17:46 ` Mauro Carvalho Chehab
2010-03-31 18:03   ` Mauro Carvalho Chehab [this message]
2010-03-31 18:09   ` Jean Delvare
2010-03-31 19:20     ` 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=4BB38E65.2080607@redhat.com \
    --to=mchehab@redhat.com \
    --cc=andrzej.hajda@wp.pl \
    --cc=khali@linux-fr.org \
    --cc=linux-media@vger.kernel.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