Fix missing break that so that n_layers are not accidentally incorrect
Kernel version: v3.10-rc1
Signed-off-by: Jakob Normark jakobnorm...@gmail.com
---
drivers/media/common/siano/smsdvb-main.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/common/siano/smsdvb-main.c
Am 18.05.2013 23:02, schrieb Chris Rankin:
- Original Message -
For the em28xx driver: em28xx-input.c:
em28xx_ir_work() is called every 100ms
calls em28xx_ir_handle_key()
- calls ir-get_key() which is em2874_polling_getkey() in case of your
device
- reports the
- Original Message -
em28xx_ir_change_protocol() should be called at least twice:
First from em28xx_ir_init() with RC_BIT_UNKNOWN (initial configuration)
and later from the RC core with RC_BIT_RC5.
Can you confirm that ?
Yes, it does appear to be called twice: first with *rc_type=1
Am 19.05.2013 16:11, schrieb Chris Rankin:
- Original Message -
em28xx_ir_change_protocol() should be called at least twice:
First from em28xx_ir_init() with RC_BIT_UNKNOWN (initial configuration)
and later from the RC core with RC_BIT_RC5.
Can you confirm that ?
Yes, it does
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sun May 19 19:00:20 CEST 2013
git branch: test
git hash: 4237c09a63906b980741725da63f85e454caec02
gcc
- Original Message -
Hmm... that's weird. Are you sure about that ? Is this really a 3.9.2 vanilla
kernel ?
Quite sure, although it turns out that there's a bit more to it. Here is the
dmesg output with my debugging messages in:
[ 6263.496794] em28174 #0: Calling
Hi,
I purchased this device and while the device driver loads and I can set
up gnomeradio to access it, it picks up no radio stations, despite being
the model with an external antenna. The log output says software
version 0, hardware version 7. I'm running Debian Wheezy and the
output from
Am 19.05.2013 21:59, schrieb Chris Rankin:
- Original Message -
Hmm... that's weird. Are you sure about that ? Is this really a 3.9.2
vanilla kernel ?
Quite sure, although it turns out that there's a bit more to it. Here is the
dmesg output with my debugging messages in:
[
- Original Message -
And this seems to reset the protocol back to unknown. (But I need to use
this other remote control to use VDR - the PCTV one just doesn't have enough
buttons).
Ok, then it seems to be no em28xx issue.
What happens with kernel 3.8 ? Does ir-keytable trigger an
- Original Message -
What happens with kernel 3.8 ? Does ir-keytable trigger an
em28xx_ir_change_protocol() call there, too, but with type=8 ? Or is this
call missing ?
This is the dmesg output from 3.8, with an extra ex28xx_info() call at the
start of em28xx_ir_change_protocol():
- Original Message -
I'm not familar with ir-keytable and the RC core.
Mauro ? Can you take over ? ;)
This patch seems to do the right thing... I doubt it will apply cleanly
because of TAB/space issues, but you should get the idea :-).
---
11 matches
Mail list logo