mceusb lirc-0.9.0 and kernel-2.6.38-g-r6 [punting for now]

[wswartzendruber]

I finally got it figured out. I needed RC6, MCE, Keymaps, but not the bridge.
_________________
Git has obsoleted SVN.
10mm Auto has obsoleted 45 ACP.

[hagar42]

Well I took the plunge and switched to 2.6.38 with lirc-0.9.0.

UPDATE-1: irw is alive and gives events!
The kernel doesn't use "/dev/lirc0" but "/dev/input/by-path/pci-0000\:00\:0b.0-usb-0\:6\:1.0-event" instead!
Maybe this is a udev problem...?

UPDATE-2: /etc/make.conf needs LIRC_DEVICES="devinput", not "userspace" or "mceusb"


===
<s>Its not working. </s>

The kernel config is set to the earlier post with the Philips eHome build as module. I believe that the kernel driver is loaded.

[cdstealer]

Hi Hagar42,
When the device file isn't created, this is a udev issue. I'm running version sys-fs/udev-164-r2. Have you rebooted/restarted udev?
_________________
# touch it
touch: cannot touch `it': Permission denied

[hagar42]

[cdstealer]

That's very very likely. Here's what I have.

# grep IR /var/log/dmesg | grep -v IRQ
lirc_dev: IR Remote Control driver registered, major 252
IR RC5(x) protocol handler initialized
IR RC6 protocol handler initialized
IR LIRC bridge handler initialized
Registered IR keymap rc-empty

# lsmod
Module Size Used by
mceusb 10737 0

So I have RD5 protocol built in to the kernel and mceusb as a module. Pinning this down maybe a pain in the A due to the error logs or lack there of
_________________
# touch it
touch: cannot touch `it': Permission denied

[hagar42]

[cdstealer]

ok.. glad it's working
_________________
# touch it
touch: cannot touch `it': Permission denied

[John Klug]

I have Imon Pad remote, and some keys work, and some don't.

For instance, the remote has a button to switch from keyboard to mouse and that works. The arrow keys work (in keyboard mode), and the mouse arrow moves as expected in mouse mode, as well as the left and right mouse buttons.

The ESC key works.

Most of the keys on the remote do not work with irw. For instance (most annoying) play and pause do nothing.

[karderio]

Thought this : http://en.gentoo-wiki.com/wiki/Media_Center_Remote_Control would be of interest to people reading this thread.

[depontius]

I've been too busy to make the jump to devinput/in-kernel, and have seen the hints that using lirc may not even be necessary with the in-kernel drivers. That leaves me with a few questions...

1 - Today I map button events to "keys" with (IIRC) ~/.lircd.conf and mythtv maps those "keys" to actions. What does the button mapping look like when using the in-kernel drivers?

2 - Will my button presses start showing up as key presses in an xterm?

3 - Today I also have a suspend script triggered by lirc, activated by the power button on the remote. How would I accomplish that same end with the new in-kernel drivers? I guess I'd need to open the specific input device non-exclusively? (share with others) I've never really coded against devices, only files, and am used to the idea of exclusive access.
_________________
.sigs waste space and bandwidth

[BitJam]

I running gentoo-sources-2.6.39-r3. I followed the instructions karderio pointed to here: http://en.gentoo-wiki.com/wiki/Media_Center_Remote_Control

I now have a /dev/lirc0 device that cats garbage when I hit keys on my remote. I can now use my remote (instead of the mousewheel) to scroll Firefox and to scroll through my history in Bash and Zsh with up-arrow and down-arrow when the cursor is over those windows. But ~/.lircrc seems to be ignored and I can't start /etc/init.d/lircd.

What do I need to do next so I can control programs with my remove via ~/.lircrc? Is that still possible? For me, the entire point of getting a remote was so I could control programs that **aren't** under the cursor. I've already got a wireless keyboard and wireless mouse that can deal with the program in the window under the cursor just fine.

Edit: I got it to work! In /etc/make.conf I changed LIRC_DEVICES="mceusb" to LIRC_DEVICES="userspace" and then I re-emerged lirc-0.9.0. I still can't get /etc/init.d/lircd to run but I can run "lircd -d /dev/lirc0" on the command line and then run "irexec -d" and my ~/.lircrc is working again.

Edit: I've even got /etc/init.d/lircd working now. I had added a log command to LIRCD_OPTS and that seemed to be causing lircd to fail to start. I reduced LIRCD_OPTS to "-d /dev/lirc0" and now it works.

[depontius]

Thanks for the *bump* on this. Maybe this will get me off my duff, and I'll get my mythfrontend machine "modern" finally one of these days. It's still running 2.6.38-gentoo-r7.

Maybe one of these days nvidia-drivers will work gracefully (direct from portage) with xorg-server-1.11 and kernel-3.x and then the system can really be up-to-date.
_________________
.sigs waste space and bandwidth

[BitJam]

Well, my machine didn't boot on the first try this morning. It looked like there was a kernel panic related to at least one of the new modules I used to enable the remote. It booted okay on the 2nd try but the remote isn't working. The lircd service started up okay and /dev/lirc0 and /dev/lircd and /var/run/lirc/lircd= all exist.

I'm not out of the woods quite yet.

[depontius]

[BitJam]

I think I got "userspace" from an Archlinux forum when I was Googling around for a solution. If you Google around you will see that "userspace" is not Gentoo specific. It seems to allow me to use

[georgia_tech_swagger]

GENTLEMEN. I come bearing answers!!!!!


The solution is to disable ALL LIRC_DEVICE flags in in /etc/make.conf ... then have ONLY userspace in there. Then it stops failing so !@#$^!E epicly. Regarding kernel config ... I compiled in the entire remote directly. In /etc/conf.d/lircd I have only: LIRCD_OPTS="-d /dev/lirc1"


!#$^!#$^!#$^~!#$*^!e# GETTING THIS WORKING SUCKED MAJORLY.

This is in order: http://www.youtube.com/watch?v=TQXuazYI_YU (skip to 1:35)