From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Lawrence Rust <lawrence@softsystem.co.uk>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: [PATCH] Fix cx88 remote control input
Date: Mon, 02 May 2011 15:50:42 -0300 [thread overview]
Message-ID: <4DBEFD02.70906@redhat.com> (raw)
In-Reply-To: <1302267045.1749.38.camel@gagarin>
Em 08-04-2011 09:50, Lawrence Rust escreveu:
> This patch restores remote control input for cx2388x based boards on
> Linux kernels >= 2.6.38.
>
> After upgrading from Linux 2.6.37 to 2.6.38 I found that the remote
> control input of my Hauppauge Nova-S plus was no longer functioning.
> I posted a question on this newsgroup and Mauro Carvalho Chehab gave
> some helpful pointers as to the likely cause.
>
> Turns out that there are 2 problems:
>
> 1. In the IR interrupt handler of cx88-input.c there's a 32-bit multiply
> overflow which causes IR pulse durations to be incorrectly calculated.
>
> 2. The RC5 decoder appends the system code to the scancode and passes
> the combination to rc_keydown(). Unfortunately, the combined value is
> then forwarded to input_event() which then fails to recognise a valid
> scancode and hence no input events are generated.
>
> I note that in commit 2997137be8eba5bf9c07a24d5fda1f4225f9ca7d, which
> introduced these changes, David Härdeman changed the IR sample frequency
> to a supposed 4kHz. However, the registers dealing with IR input are
> undocumented in the cx2388x datasheets and there's no publicly available
> information on them. I have to ask the question why this change was
> made as it is of no apparent benefit and could have unanticipated
> consequences. IMHO that change should also be reverted unless there is
> evidence to substantiate it.
>
> Signed off by: Lawrence Rust <lvr at softsystem dot co dot uk>
>
> diff --git a/drivers/media/rc/ir-rc5-decoder.c b/drivers/media/rc/ir-rc5-decoder.c
> index ebdba55..c4052da 100644
> --- a/drivers/media/rc/ir-rc5-decoder.c
> +++ b/drivers/media/rc/ir-rc5-decoder.c
> @@ -144,10 +144,15 @@ again:
> system = (data->bits & 0x007C0) >> 6;
> toggle = (data->bits & 0x00800) ? 1 : 0;
> command += (data->bits & 0x01000) ? 0 : 0x40;
> - scancode = system << 8 | command;
> -
> - IR_dprintk(1, "RC5 scancode 0x%04x (toggle: %u)\n",
> - scancode, toggle);
> + /* Notes
> + * 1. Should filter unknown systems e.g Hauppauge use 0x1e or 0x1f
> + * 2. Don't include system in the scancode otherwise input_event()
> + * doesn't recognise the scancode
> + */
> + scancode = command;
> +
> + IR_dprintk(1, "RC5 scancode 0x%02x (system: 0x%02x toggle: %u)\n",
> + scancode, system, toggle);
> }
>
> rc_keydown(dev, scancode, toggle);
I agree with Jarod: The above hunk shouldn't go upstream, or else it would break _lots_ of
remotes.
> diff --git a/drivers/media/video/cx88/cx88-input.c b/drivers/media/video/cx88/cx88-input.c
> index c820e2f..7281db4 100644
> --- a/drivers/media/video/cx88/cx88-input.c
> +++ b/drivers/media/video/cx88/cx88-input.c
> @@ -524,7 +524,7 @@ void cx88_ir_irq(struct cx88_core *core)
> for (todo = 32; todo > 0; todo -= bits) {
> ev.pulse = samples & 0x80000000 ? false : true;
> bits = min(todo, 32U - fls(ev.pulse ? samples : ~samples));
> - ev.duration = (bits * NSEC_PER_SEC) / (1000 * ir_samplerate);
> + ev.duration = bits * (NSEC_PER_SEC / (1000 * ir_samplerate)); /* NB avoid 32-bit overflow */
> ir_raw_event_store_with_filter(ir->dev, &ev);
> samples <<= bits;
> }
This change is OK, though. Yet. due to precision issues, it is better to do a 64-bit
multiplication and use do_div for the division. This is compatible with 32 bits and 64
bits systems, and will reduce error noise at the duration.
I've reworked that part of the patch, as follows.
Thanks!
Mauro
-
>From 4c0fb469bf88e0b1880c703ab27895d66eb940d9 Mon Sep 17 00:00:00 2001
From: Mauro Carvalho Chehab <mchehab@redhat.com>
Date: Fri, 8 Apr 2011 09:50:45 -0300
Subject: [PATCH] [media] Fix cx88 remote control input
As pointed by Lawrence Rust <lvr@softsystem.co.uk>:
In the IR interrupt handler of cx88-input.c there's a 32-bit multiply
overflow which causes IR pulse durations to be incorrectly calculated.
This is a regression caused by commit 2997137be8eba.
Reported-by: Lawrence Rust <lvr@softsystem.co.uk>
Cc: stable@kernel.org
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
diff --git a/drivers/media/video/cx88/cx88-input.c b/drivers/media/video/cx88/cx88-input.c
index c820e2f..97fdf5a 100644
--- a/drivers/media/video/cx88/cx88-input.c
+++ b/drivers/media/video/cx88/cx88-input.c
@@ -27,6 +27,7 @@
#include <linux/pci.h>
#include <linux/slab.h>
#include <linux/module.h>
+#include <asm/div64.h>
#include "cx88.h"
#include <media/rc-core.h>
@@ -522,9 +523,16 @@ void cx88_ir_irq(struct cx88_core *core)
init_ir_raw_event(&ev);
for (todo = 32; todo > 0; todo -= bits) {
- ev.pulse = samples & 0x80000000 ? false : true;
+ u64 duration = NSEC_PER_SEC;
+
bits = min(todo, 32U - fls(ev.pulse ? samples : ~samples));
- ev.duration = (bits * NSEC_PER_SEC) / (1000 * ir_samplerate);
+
+ /* Avoid 32-bits overflow */
+ duration = bits * duration;
+ do_div(duration, 1000 * ir_samplerate);
+
+ ev.pulse = samples & 0x80000000 ? false : true;
+ ev.duration = duration;
ir_raw_event_store_with_filter(ir->dev, &ev);
samples <<= bits;
}
next prev parent reply other threads:[~2011-05-02 18:50 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-08 12:50 [PATCH] Fix cx88 remote control input Lawrence Rust
2011-04-08 14:32 ` Jarod Wilson
2011-04-08 14:41 ` Jarod Wilson
2011-04-08 15:22 ` Lawrence Rust
2011-04-08 16:21 ` Jarod Wilson
2011-04-08 16:50 ` Lawrence Rust
2011-04-08 18:18 ` Jarod Wilson
2011-04-08 17:07 ` Devin Heitmueller
2011-04-08 18:00 ` Jarod Wilson
2011-04-08 18:38 ` Devin Heitmueller
2011-04-08 19:27 ` Jarod Wilson
2011-04-08 20:50 ` Andy Walls
2011-04-10 1:39 ` Jarod Wilson
2011-04-10 23:08 ` HVR-1250/CX23885 IR Rx (Re: [PATCH] Fix cx88 remote control input) Andy Walls
2011-06-28 0:38 ` HVR-1250/CX23885 IR Rx Jarod Wilson
2011-06-28 10:30 ` Andy Walls
2011-06-28 21:39 ` Jarod Wilson
2011-06-28 22:32 ` Andy Walls
2011-06-29 2:17 ` Jarod Wilson
2011-06-29 3:54 ` Andy Walls
2011-05-02 18:50 ` Mauro Carvalho Chehab [this message]
2011-05-03 7:25 ` [PATCH] Fix cx88 remote control input Lawrence Rust
2011-05-03 17:19 ` Jarod Wilson
2011-05-04 20:16 ` Mauro Carvalho Chehab
2011-05-04 20:36 ` Greg KH
2011-05-05 2:25 ` Mauro Carvalho Chehab
2011-05-05 20:35 ` Greg KH
2011-05-05 21:08 ` Patch "[media] cx88: Fix HVR4000 IR keymap" has been added to the 2.6.38-stable tree gregkh
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=4DBEFD02.70906@redhat.com \
--to=mchehab@redhat.com \
--cc=lawrence@softsystem.co.uk \
--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