Maverick's imon kernel module does not support protocol switching (regression)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: linux-image-
Hello,
with Maverick and the switch to the 2.6.35 kernel, the handling of infrared remote receivers has changed, resulting in a regression for users of MCE-compatible "IMON" receivers, such as myself: My previously working HTPC system has stopped accepting IR commands.
The previous Ubuntu versions were using the LIRC modules, but Maverick has switched to the new in-kernel infrared driver stack. The old module "lirc_imon" has since been replaced by the "imon" module, but the Maverick kernel comes with an outdated version of it.
Some IMON receivers allow switching the receiver's protocol to the popular MCE remote codes. The "lirc_imon" used a module parameter to do this, the new "imon" module needs a command line utility "ir-keytable" from v4l-utils. This tool is not provided as an Ubuntu package yet, but can be installed manually.
However, even with this tool, the Maverick kernel's "imon" module is not able to switch the IR protocol.
The module's developer Jarod Wilson says that Maverick's kernel uses an outdated version and that this has been fixed upstream, so he recommends that the Ubuntu kernel team updates the kernel's IR driver stack to a more recent version.
For more details, please see here:
http://
Please:
- update the Maverick kernel's IR driver stack with the upstream updates to resolve this regression
- add v4l-utils with "ir-keytable" as an Ubuntu package
Thank you very much.
Jarod Wilson (jarod-wilsonet) wrote : | #1 |
tags: | added: kernel-bug regression-release |
Hanno (hzulla) wrote : | #2 |
Ok, just tested
and can confirm that the protocol switch with ir-keytable works there.
Hanno (hzulla) wrote : | #3 |
I was unable to solve this with the default Ubuntu kernel (the imon.ko module does not switch to the MCE protocol) and the aforementioned 2.6.36 kernel was unstable, producing kernel oopses and undesired video artifacts with my AMD graphics card.
Wanting to stick with the default kernel, my solution so far was:
- remove the default kernel's /lib/modules/
- install lirc-modules-source package (this will add an old, but working lirc_imon.ko to the module directory)
- Add this blacklist to /etc/modprobe.
blacklist ir_core
blacklist ir_lirc_codec
blacklist ir_sony_decoder
blacklist ir_jvc_decoder
blacklist ir_rc6_decoder
blacklist ir_rc5_decoder
blacklist ir_nec_decoder
blacklist rc_imon_pad
blacklist imon
- Add this entry to /etc/modules:
lirc_imon
- Add this parameter to /etc/modprobe.
options lirc_imon ir_protocol=1
With this, my old lirc setup continues to work. Hopefully, this helps others looking for a solution.
Instead of reverting to the old lirc setup, a better solution would be to get Ubuntu's imon.ko to work, though.
Tim Thomson (tim-thomson) wrote : | #4 |
I managed to get this to work with the maverick kernel by catting "rc6" rather than "rc-6" to /sys/class/
e.g.
echo rc6 | sudo tee /sys/class/
This combined with
sudo ir-keytable -p rc6 -w /etc/rc_
Got it working for me.
I put this in rc.local for now, but there is a chance the modules may not have loaded when rc.local is run, so I've forced a modprobe for now. Once this is all in udev it should be much cleaner.
My rc.local looks like this:
modprobe imon
ir-keytable -p rc6 -w /etc/rc_
echo rc6 > /sys/class/
mvisa (mikko-puolikuu) wrote : | #5 |
Affected by this also, this is a notable regression from 10.04, where everything worked out of the box with imon (0038) in mce compatibility mode.
Lachlan Botticchio (lbotticchio) wrote : | #6 |
I am also affected by this. I am using a Harmony Remote Control and the Harmony does not support the native IMON protocol well and is unseable on my setup. I even went back to Ubuntu 10.4 to use the old driver but the recent kernel update has nixed that option for me as well.
Brad Figg (brad-figg) wrote : Missing required logs. | #7 |
This bug is missing log files that will aid in dianosing the problem. From a terminal window please run:
apport-collect 666493
and then change the status of the bug back to 'New'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
Arnaud Ligot (arnaud-cblue) wrote : | #8 |
I fixed same kind of problem without recompiling lirc modules but by adding:
REMOTE_
to hardware.conf.
I found the information on this forum: http://
ppww (pete-launchpad) wrote : | #9 |
Anyone have updated information on this? Sticking with the last kernel in which lirc_imon worked (2.6.32-25) until there's a stable, long-term situation, but would like to upgrade to Natty soon. Is the lirc_imon module currently shipping in Natty usable? Just checked the latest Maverick (2.6.35-30) and lirc_imon,ko is still missing the ir_protocol param. If that driver is obsolete, do you recommend spending the time reconfiguring everything to use lirc_dev instead? What is the impact on the display unit that is part of this device? The display_type parameter was also removed from lirc_imon at some point; that needed to be set to 1 for the VFD to work, otherwise it stays blank, and the log fills with errors about a protocol mismatch.
Changed in linux (Ubuntu): | |
status: | Incomplete → New |
Brad Figg (brad-figg) wrote : | #10 |
This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
apport-collect 666493
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
tags: | added: maverick |
Robert (anon-razza) wrote : | #11 |
Hi Pete,
Last I tried the bug was still apparent.
Berend Dekens (cyberwizzard) wrote : | #12 |
With Ubuntu 11.10 it seems to be broken still.
I can load new tables using ir-keytable but it never registers anything (not even unknown keys) from the imon device.
I'd love to use apport to add more info but Launchpads login procedure seems to be broken in Links2.
Berend Dekens (cyberwizzard) wrote : | #13 |
Let me clarify my last post: I have the '0038' device and using the original remote + LCD works fine. Loading and using a RC-6 MCE remote is not working.
However, since manipulating the keymaps is working, I am starting to wonder if my sources are correct and if the '0038' is able to decode RC6 in the first place.
Launchpad Janitor (janitor) wrote : | #14 |
[Expired for linux (Ubuntu) because there has been no activity for 60 days.]
Changed in linux (Ubuntu): | |
status: | Incomplete → Expired |
Alistair Chapman (alistairgchapman) wrote : | #15 |
I have also just bought and attempted to connect an iMon LCD device (an UltraBay, that lsusb reads as "Bus 002 Device 004: ID 15c2:0045 SoundGraph Inc." and am having absolutely no luck connecting to my Ubuntu 11.10 machine. Any attempts to start LCDd or similar just report that the IMON kernel module hasnt been installed and that it cannot access the driver [imonlcd].
I tried Hanno's workaround from #3 with no success.
I'm usually not too bad, but with this I'm completely stuck. Is there any information I'm missing? Or has someone found a way of making imon_lcd.ko that works in Oneiric?
Changed in linux (Ubuntu): | |
status: | Expired → New |
tags: | added: apport-collected oneiric running-unity staging |
Alistair Chapman (alistairgchapman) wrote : apport information | #16 |
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.23-0ubuntu4
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xd3220000 irq 47'
Mixer name : 'Realtek ALC888'
Components : 'HDA:10ec0888,
Controls : 38
Simple ctrls : 21
DistroRelease: Ubuntu 11.10
HibernationDevice: RESUME=
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
IwConfig:
lo no wireless extensions.
eth0 no wireless extensions.
NonfreeKernelMo
Package: linux (not installed)
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
ProcVersionSign
RelatedPackageV
linux-
linux-
linux-firmware 1.60
RfKill:
StagingDrivers: mei
Tags: oneiric running-unity staging
Uname: Linux 3.0.0-16-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm admin cdrom dialout lpadmin plugdev root sambashare
dmi.bios.date: 02/18/2008
dmi.bios.vendor: Intel Corp.
dmi.bios.version: DPP3510J.
dmi.board.
dmi.board.name: DG33FB
dmi.board.vendor: Intel Corporation
dmi.board.version: AAD81072-307
dmi.chassis.type: 3
dmi.modalias: dmi:bvnIntelCor
Alistair Chapman (alistairgchapman) wrote : AcpiTables.txt | #17 |
Alistair Chapman (alistairgchapman) wrote : AlsaDevices.txt | #18 |
Alistair Chapman (alistairgchapman) wrote : AplayDevices.txt | #19 |
Alistair Chapman (alistairgchapman) wrote : ArecordDevices.txt | #20 |
Alistair Chapman (alistairgchapman) wrote : BootDmesg.txt | #21 |
Alistair Chapman (alistairgchapman) wrote : Card0.Amixer.values.txt | #22 |
Alistair Chapman (alistairgchapman) wrote : Card0.Codecs.codec.2.txt | #23 |
Alistair Chapman (alistairgchapman) wrote : CurrentDmesg.txt | #24 |
Alistair Chapman (alistairgchapman) wrote : Lspci.txt | #25 |
Alistair Chapman (alistairgchapman) wrote : Lsusb.txt | #26 |
Alistair Chapman (alistairgchapman) wrote : PciMultimedia.txt | #27 |
Alistair Chapman (alistairgchapman) wrote : ProcCpuinfo.txt | #28 |
Alistair Chapman (alistairgchapman) wrote : ProcInterrupts.txt | #29 |
Alistair Chapman (alistairgchapman) wrote : ProcModules.txt | #30 |
Alistair Chapman (alistairgchapman) wrote : PulseSinks.txt | #31 |
Alistair Chapman (alistairgchapman) wrote : PulseSources.txt | #32 |
Alistair Chapman (alistairgchapman) wrote : UdevDb.txt | #33 |
Alistair Chapman (alistairgchapman) wrote : UdevLog.txt | #34 |
Alistair Chapman (alistairgchapman) wrote : WifiSyslog.txt | #35 |
Alistair Chapman (alistairgchapman) wrote : | #36 |
I've tried running that apport-collect command, but you should be warned that I've tried a bunch of random supposed workarounds so things might be a little messed up on that front. If you've got any other ideas or information you need, lay it on me.
Brad Figg (brad-figg) wrote : Missing required logs. | #37 |
This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
apport-collect 666493
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
Alistair Chapman (alistairgchapman) wrote : apport information | #38 |
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.23-0ubuntu4
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xd3220000 irq 47'
Mixer name : 'Realtek ALC888'
Components : 'HDA:10ec0888,
Controls : 38
Simple ctrls : 21
DistroRelease: Ubuntu 11.10
HibernationDevice: RESUME=
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
IwConfig:
lo no wireless extensions.
eth0 no wireless extensions.
NonfreeKernelMo
Package: linux (not installed)
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
ProcVersionSign
RelatedPackageV
linux-
linux-
linux-firmware 1.60
RfKill:
StagingDrivers: mei
Tags: oneiric running-unity staging
Uname: Linux 3.0.0-16-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm admin cdrom dialout lpadmin plugdev root sambashare
dmi.bios.date: 02/18/2008
dmi.bios.vendor: Intel Corp.
dmi.bios.version: DPP3510J.
dmi.board.
dmi.board.name: DG33FB
dmi.board.vendor: Intel Corporation
dmi.board.version: AAD81072-307
dmi.chassis.type: 3
dmi.modalias: dmi:bvnIntelCor
Alistair Chapman (alistairgchapman) wrote : AcpiTables.txt | #39 |
Alistair Chapman (alistairgchapman) wrote : AlsaDevices.txt | #40 |
Alistair Chapman (alistairgchapman) wrote : AplayDevices.txt | #41 |
Alistair Chapman (alistairgchapman) wrote : ArecordDevices.txt | #42 |
Alistair Chapman (alistairgchapman) wrote : BootDmesg.txt | #43 |
Alistair Chapman (alistairgchapman) wrote : Card0.Amixer.values.txt | #44 |
Alistair Chapman (alistairgchapman) wrote : Card0.Codecs.codec.2.txt | #45 |
Alistair Chapman (alistairgchapman) wrote : CurrentDmesg.txt | #46 |
Alistair Chapman (alistairgchapman) wrote : Lspci.txt | #47 |
Alistair Chapman (alistairgchapman) wrote : Lsusb.txt | #48 |
Alistair Chapman (alistairgchapman) wrote : PciMultimedia.txt | #49 |
Alistair Chapman (alistairgchapman) wrote : ProcCpuinfo.txt | #50 |
Alistair Chapman (alistairgchapman) wrote : ProcInterrupts.txt | #51 |
Alistair Chapman (alistairgchapman) wrote : ProcModules.txt | #52 |
Alistair Chapman (alistairgchapman) wrote : PulseSinks.txt | #53 |
Alistair Chapman (alistairgchapman) wrote : PulseSources.txt | #54 |
Alistair Chapman (alistairgchapman) wrote : UdevDb.txt | #55 |
Alistair Chapman (alistairgchapman) wrote : UdevLog.txt | #56 |
Alistair Chapman (alistairgchapman) wrote : WifiSyslog.txt | #57 |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |
Alistair Chapman (alistairgchapman) wrote : | #58 |
Also, uname -r reports I am on 3.0.0-16-generic and I am a first-time reporter so if I'm doing this wrong, let me know.
Alistair Chapman (alistairgchapman) wrote : | #59 |
At least for my iMon ultrabay, I can get it working by manually downloading the kernel (pub/kernel/
Stan Paulus (u-sta0-h) wrote : | #60 |
Alistair would you mind writing a more detailed howto on how you managed to got it working? I'm struggling getting the ir to work myself (got a Imon 15c2:0036 myself) and I guess others would find such a howto helpfull as well.
Alistair Chapman (alistairgchapman) wrote : | #61 |
Sure thing. Just hit http://
Alistair Chapman (alistairgchapman) wrote : | #62 |
Dammit. That link is dead. Give me a couple of days and I'll get it back up again.
Alistair Chapman (alistairgchapman) wrote : | #63 |
That link (http://
penalvch (penalvch) wrote : | #64 |
Hanno, thank you for reporting this and helping make Ubuntu better. Maverick reached EOL on April 2012.
Please see this document for currently supported Ubuntu releases:
https:/
We were wondering if this is still an issue on a supported release? If so, can you try with the latest development release of Ubuntu? ISO CD images are available from http://
If it remains an issue in a supported release, could you run the following command from a Terminal (Applications-
apport-collect -p linux <replace-
Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https:/
Thanks in advance.
Changed in linux (Ubuntu): | |
status: | Confirmed → Incomplete |
Alistair Chapman (alistairgchapman) wrote : | #65 |
All of my testing has been on Ubuntu 11.10 Oneiric, upgraded from 11.04.
And I have already attached my apport info in previous posts to this bug.
If anyone else can, as I am currently unable to test the upstream kernel, I have tested on 3.0.0-16 and that's what all my files and comments have been regarding.
penalvch (penalvch) wrote : | #66 |
Alistair Chapman, please file a new bug via the Terminal and feel free to subscribe me to it:
ubuntu-bug linux
Thanks!
Launchpad Janitor (janitor) wrote : | #67 |
[Expired for linux (Ubuntu) because there has been no activity for 60 days.]
Changed in linux (Ubuntu): | |
status: | Incomplete → Expired |
I've had at least one report that the 2.6.36 imon module behaves as expected for another imon/mce user -- but it does still require v4l-utils ir-keytable. However, I don't think the problem here is actually in the imon code itself, but rather in the ir layer, so simply pulling in imon.c from 2.6.36 into 2.6.35.x isn't likely to be sufficient to fix the problem. I do have an updated ir layer backported for 2.6.35 that I've patched into the Fedora kernels, which does work as well, but I've already been told its too invasive a patchset for an Ubuntu SRU kernel.
However, another possible alternative... I *think* a ~10-line patch that adds back a modparam for choosing which ir protocol to use at module load time would work too. I actually put such a thing together for upstream, but in talking with others there, we decided against pushing it, as its expected that by the end of 2.6.37 development, we'll be uploading *all* keytables from userspace using udev anyway, so adding a modparam upstream would be irrelevant and/or redundant.