http://bugzilla.novell.com/show_bug.cgi?id=492345 Summary: issues with lirc 0.8.4 and a Hauppauge Nova-S-Plus remote Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: hpj@urpla.net QAContact: qa@suse.de Found By: Beta-Customer I tried to assign this issue to Ludwig Nussel directly, but bugzilla stopped me. Hopefully Ludwig still works for and gets payed by Novell! Hi Ludwig, This report is based on a post to the lirc ML: http://sourceforge.net/mailarchive/message.php?msg_name=200904060131.08998.h... For your convenience, I paste it here, more technical details are appended: While I got the basics up and running, I'm stuck in the details :-(. My remote looks pretty much exactly like: http://lirc.sourceforge.net/remotes/hauppauge/PVR-350.jpg Since it also has a sticker with "A415-HPG" sticking in the battery case, I chose the Hauppauge_350 section for my remote definition in /etc/lircd.conf, and removed the other entries (I've tried the A415-HPG-A model setting as well..). Now, if I press a number, I can see this number in an xterm on my KDE3 desktop, no problem. I can control kaffeine rudimentarily (e.g. with the numbers, but NOT with channel up/down buttons), volume up/down and mute modifies the master mixer in kmix and "power" really shutdowns the system grmpf(!). BTW, irw doesn't do anything at all. Without lircd, it simply says "connect: Connection refused", and with it running, it doesn't show anything at all. Terminate irw, and the xterm does show the numbers I'm pushing again. Note, all this only works, as long as irkick does NOT run. With irkick running, pushing buttons on the remote does nothing at all, consequently the irkick button push animation is missing (in earlier setups with kdetv and different hardware/remotes/OS 4-5 years ago, I got it working fine, btw). Choosing irkicks setup shows "Hauppauge_350" in the left pane (remotes and modes). I've tried to define a "TV" action to start kaffeine with the KDE Program Launcher, but given the facts above, nothing happens. After studying all docs/faqs/issues, I could find, I'm running off the ideas, on what to try next. The most nearby hint, I've found in: http://ubuntuforums.org/showthread.php?t=183545 stating, that "This guide is depreciated. Configuring Lirc for Hardy Heron is slightly different than before. New guide coming soon for Kubuntu and Ubuntu". Of cause something changed, but this all happend deeply under the covers and I seem to be unable to get this working well for my needs. I straced now lircd and irw, and found, that while lircd receives the key presses just fine, irw doesn't receive anything on its socket. # strace -tts512 /usr/sbin/lircd -H dev/input -d /dev/input/ir -n 10:07:26.407825 writev(2, [{"lircd-0.8.4[16823]: lircd(devinput) ready", 41}, {"\n", 1}], 2lircd-0.8.4[16823]: lircd(devinput) ready ) = 42 10:07:26.407980 socket(PF_FILE, 0x80002 /* SOCK_??? */, 0) = 7 10:07:26.408072 connect(7, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0 10:07:26.408242 send(7, "<29>Apr 6 10:07:26 lircd-0.8.4[16823]: lircd(devinput) ready", 61, MSG_NOSIGNAL) = 61 10:07:26.424735 gettimeofday({1239005246, 424768}, NULL) = 0 10:07:26.424830 select(7, [6], NULL, NULL, {1, 0}) = 0 (Timeout) 10:07:27.421153 gettimeofday({1239005247, 421207}, NULL) = 0 10:07:27.421264 gettimeofday({1239005247, 421288}, NULL) = 0 10:07:27.421335 select(7, [6], NULL, NULL, {1, 0}) = 1 (in [6], left {0, 780000}) 10:07:27.643748 gettimeofday({1239005247, 643781}, NULL) = 0 10:07:27.643843 accept(6, {sa_family=AF_FILE, path=@""}, [2]) = 8 10:07:27.644021 setsockopt(8, SOL_SOCKET, SO_LINGER, {onoff=0, linger=0}, 8) = 0 10:07:27.644098 fcntl64(8, F_GETFL) = 0x2 (flags O_RDWR) 10:07:27.644162 fcntl64(8, F_SETFL, O_RDWR|O_NONBLOCK) = 0 10:07:27.644249 time(NULL) = 1239005247 10:07:27.644344 writev(2, [{"lircd-0.8.4[16823]: accepted new client on /var/run/lirc/lircd", 62}, {"\n", 1}], 2lircd-0. 8.4[16823]: accepted new client on /var/run/lirc/lircd ) = 63 10:07:27.644496 send(7, "<29>Apr 6 10:07:27 lircd-0.8.4[16823]: accepted new client on /var/run/lirc/lircd", 82, MSG_NO SIGNAL) = 82 10:07:27.644635 time(NULL) = 1239005247 10:07:27.644722 writev(2, [{"lircd-0.8.4[16823]: initializing '/dev/input/ir'", 48}, {"\n", 1}], 2lircd-0.8.4[16823]: in itializing '/dev/input/ir' ) = 49 10:07:27.644858 send(7, "<30>Apr 6 10:07:27 lircd-0.8.4[16823]: initializing '/dev/input/ir'", 68, MSG_NOSIGNAL) = 68 10:07:27.644972 open("/dev/input/ir", O_RDONLY) = 9 10:07:27.652376 ioctl(9, EVIOCGRAB, 0x1) = 0 10:07:27.661224 gettimeofday({1239005247, 661273}, NULL) = 0 10:07:27.661331 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.031826 gettimeofday({1239005253, 31871}, NULL) = 0 10:07:33.031929 read(9, "E\270\331I\260{\0\0\1\0\2\0\1\0\0\0", 16) = 16 10:07:33.032044 gettimeofday({1239005253, 32069}, NULL) = 0 10:07:33.032115 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.032193 gettimeofday({1239005253, 32217}, NULL) = 0 10:07:33.032260 read(9, "E\270\331I\276{\0\0\0\0\0\0\0\0\0\0", 16) = 16 10:07:33.032338 gettimeofday({1239005253, 32362}, NULL) = 0 10:07:33.032406 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.269223 gettimeofday({1239005253, 269277}, NULL) = 0 10:07:33.269328 read(9, "E\270\331I\24\33\4\0\1\0\2\0\0\0\0\0", 16) = 16 10:07:33.269416 gettimeofday({1239005253, 269440}, NULL) = 0 10:07:33.269484 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.269558 gettimeofday({1239005253, 269582}, NULL) = 0 10:07:33.269623 read(9, "E\270\331I\37\33\4\0\0\0\0\0\0\0\0\0", 16) = 16 10:07:33.269701 gettimeofday({1239005253, 269724}, NULL) = 0 10:07:33.269766 select(10, [6 8 9], NULL, NULL, NULL^C <unfinished ...> lircd-0.8.4[16823]: caught signal lircd-0.8.4[16823]: closing '/dev/input/ir' This is the result from pushing "1" one time. lircd gets 4 events. At the same time, I got irw up and running. Here's the full trace: # strace -ttfs 512 irw 10:07:27.636661 execve("/usr/bin/irw", ["irw"], [/* 130 vars */]) = 0 10:07:27.638234 brk(0) = 0x804b000 10:07:27.639862 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f51000 10:07:27.640541 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) 10:07:27.640687 open("/etc/ld.so.cache", O_RDONLY) = 5 10:07:27.640809 fstat64(5, {st_mode=S_IFREG|0644, st_size=187801, ...}) = 0 10:07:27.640955 mmap2(NULL, 187801, PROT_READ, MAP_PRIVATE, 5, 0) = 0xb7f23000 10:07:27.641021 close(5) = 0 10:07:27.641138 open("/lib/libc.so.6", O_RDONLY) = 5 10:07:27.641220 read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`h\1\0004\0\0\0<\236\25\0\0\0\0\0004\0 \0\n\0(\0G\0F\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0@\1\0\0@\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0P\305\22\0P\305\22\0P\305\22\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\34D\25\0\34D\25\0\5\0\0\0\0\20\0\0\1\0\0\0\320Q\25\0\320a\25\0\320a\25\0\254'\0\0\200T\0\0\6\0\0\0\0\20\0\0\2\0\0\0|m\25\0|}\25\0|}\25\0\360\0\0\0\360\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0t\1\0\0t\1\0\0t\1\0\0\\\0\0\0\\\0\0\0\4\0\0\0\4\0\0\0\7\0\0\0\320Q\25\0\320a\25\0\320a\25\0\10\0\0\0@\0\0\0\4\0\0\0\4\0\0\0P\345tdd\305\22\0d\305\22\0d\305\22\0\324l\0\0\324l\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\320Q\25\0\320a\25\0\320a\25\0000\36\0\0000\36\0\0\4\0\0\0\1\0\0\0\4\0\0\0\24\0\0\0\3\0\0\0GNU\0\23\366\4\7\345\203p\343\234\313s&\0317\347\336\330M\353d\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\4\0\0\0\5\0\0\0\4\0\0\0SuSESuSE\0\0\0\0\1\0\n\2\363\3\0\0\t\0\0\0\0\2\0\0\16\0\0\0\2400\20D\200 \2\1\214\3\346\220AE\210\0\204\0\10\0A\200\0@\300\200\0\f\2\f\0\1", 512) = 512 10:07:27.641912 fstat64(5, {st_mode=S_IFREG|0755, st_size=1419604, ...}) = 0 10:07:27.642046 mmap2(NULL, 1422928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0xb7dc7000 10:07:27.642116 fadvise64(5, 0, 1422928, POSIX_FADV_WILLNEED) = 0 10:07:27.642187 mprotect(0xb7f1c000, 4096, PROT_NONE) = 0 10:07:27.642255 mmap2(0xb7f1d000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x155) = 0xb7f1d000 10:07:27.642354 mmap2(0xb7f20000, 9808, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f20000 10:07:27.642438 close(5) = 0 10:07:27.642531 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc6000 10:07:27.642603 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7dc66c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 10:07:27.642689 open("/dev/urandom", O_RDONLY) = 5 10:07:27.642768 read(5, "z`-\233", 4) = 4 10:07:27.642881 close(5) = 0 10:07:27.643101 mprotect(0xb7f1d000, 8192, PROT_READ) = 0 10:07:27.643169 mprotect(0x8049000, 4096, PROT_READ) = 0 10:07:27.643238 mprotect(0xb7f70000, 4096, PROT_READ) = 0 10:07:27.643298 munmap(0xb7f23000, 187801) = 0 10:07:27.643437 socket(PF_FILE, SOCK_STREAM, 0) = 5 10:07:27.643527 connect(5, {sa_family=AF_FILE, path="/var/run/lirc/lircd"}, 110) = 0 10:07:27.652228 read(5, "", 128) = 0 10:07:35.516219 exit_group(0) = ? It stays in read(5, ...) until I stop lircd. Do you have an idea, what's going wrong here? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.