[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#524403: please add support for the IguanaWorks USB IR Transceiver



retitle 524403 please add support for the IguanaWorks USB IR Transceiver
reassign 524403 src:linux
found 524403 3.6.4-1~experimental.1
tags 524403 + patch
thanks

Hi

On Wednesday 01 August 2012, Stefan Lippers-Hollmann wrote:
> Hi
> 
> Today this patch has been merged into the linux kernel (3.6.0~rc0):
> 
> commit 26ff63137c45886169ed102bddd6e90d6c27f00d
> Author: Sean Young <sean@mess.org>
> Date:   Sun Jul 15 13:31:00 2012 -0300
> 
>     [media] Add support for the IguanaWorks USB IR Transceiver
>     
>     Signed-off-by: Sean Young <sean@mess.org>
>     Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
> 
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=26ff63137c45886169ed102bddd6e90d6c27f00d
> 
> While I can not confirm if, or how well it works (no IguanIR hardware),
> I'd suggest to give it a try and discuss success/ failure with Debian's
> kernel maintainers. Looking through the patch, it should be rather easy
> to backport it to kernel 3.2/ wheezy as well (probably no changes 
> needed). Therefore I'd suggest to close or reassign src:_linux/ retitle
> "please 'Add support for the IguanaWorks USB IR Transceiver'" this
> bugreport.
> 
> With my lirc maintainer hat, this kernel driver should work as-is, 
> configured as dev/input, using the new(ish) RC_CORE subsystem. You
> can check the supported IR protocols with:
> 
> $ cat /sys/class/rc/rc0/protocols 
> rc-5 nec rc-6 jvc sony sanyo mce_kbd [lirc]
> [this output is taken from a mceusb device]
> 
> The iguanair userspace tools should not be necessary anymore, depending
> on your use case even lirc might not be strictly required anymore, as 
> the defaults -if left unconfigured- are to expose a normal input 
> device.
> 
> In case there are problems, an additional follow-up patch has been 
> submitted a few days ago[1], but didn't make it into 3.6.0~rc0 yet.
> 
> Feel free to contact me/ the lirc maintainer team, if you have problems
> with configuring lirc for using this new kernel driver.
> 
> Regards
> 	Stefan Lippers-Hollmann
> 
> [1]	http://www.mail-archive.com/linux-media@vger.kernel.org/msg49730.html

Please set CONFIG_IR_IGUANA=m for kernel >= 3.6, to enable RC_CORE 
support for IguanaIR USB IR receivers. Although this patch should be 
trivial to backport to kernel 3.2 without any actual code changes, I'd
suggest to wait for feedback about this module first, given that I can 
neither test this particular hardware myself nor were able to solicit 
any feedback from the affected persons yet.

While reviewing the RC_CORE configuration, it might make sense to 
enable these Kconfig symbols as well:
CONFIG_IR_ITE_CIR=m			<-- CIR header on some Asus x86 Mainboards
CONFIG_IR_SANYO_DECODER=m	<-- just another IR protocol
CONFIG_IR_FINTEK=m			<-- CIR header on some Jetway x86 mainboards
CONFIG_IR_NUVOTON=m			<-- CIR header on some ASRock x86 mainboards
CONFIG_IR_WINBOND_CIR=m		<-- CIR header on some Intel x86 mainboards
CONFIG_IR_GPIO_CIR=m		<-- probably less common

Regards
	Stefan Lippers-Hollmann
Index: debian/config/config
===================================================================
--- debian/config/config	(Revision 19473)
+++ debian/config/config	(Arbeitskopie)
@@ -1177,6 +1177,7 @@
 # CONFIG_IR_NUVOTON is not set
 CONFIG_IR_REDRAT3=m
 CONFIG_IR_STREAMZAP=m
+CONFIG_IR_IGUANA=m
 CONFIG_RC_LOOPBACK=m
 
 ##
Index: debian/changelog
===================================================================
--- debian/changelog	(Revision 19473)
+++ debian/changelog	(Arbeitskopie)
@@ -1,7 +1,11 @@
 linux (3.6.4-1~experimental.2) UNRELEASED; urgency=low
 
+  [ Uwe Kleine-König ]
   * [rt] bump to 3.6.4-rt10
 
+  [ Stefan Lippers-Hollmann ]
+  * media/rc: Enable IR_IGUANA as module (Closes: #524403).
+
  -- Uwe Kleine-König <uwe@kleine-koenig.org>  Mon, 29 Oct 2012 15:50:12 +0100
 
 linux (3.6.4-1~experimental.1) experimental; urgency=low

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: