I upgraded to lirc 0.8.2 and to kernel 2.6.22, and now I only get a device node at /dev/lird, not the node at /dev/lirc/0 which applications seem to expect. /etc/conf.d/lircd contains LIRCD_OPTS="-d /dev/lirc/0 " I have a pctv remote, which doesn't require kernel modules. Reproducible: Always Portage 2.1.2.11 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.5-r4, 2.6.22-gentoo-r2 i686) ================================================================= System uname: 2.6.22-gentoo-r2 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System release 1.12.9 Timestamp of tree: Wed, 15 Aug 2007 01:31:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://cesium.di.uminho.pt/pub/gentoo/ http://fido.online.kz/gentoo ftp://mirror.isp.net.au/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac accessibility acl acpi alsa amarok amd arts asf automount bash-completion batch berkdb bidi bitmap-fonts bittorrent bl cairo cdparanoia cdr cgi cli cracklib crypt css cups dbus dpms dri dvd dvdr dvdread eds emboss encode esd ethereal evo exif fam fasttrack fat ffmpeg fftw firefox flac font-server fortran gdb gdbm gif gnutella gphoto2 gpm gsm gstreamer gtk gtk2 hal hdf5 iconv imap innodb ipv6 isdnlog ivtv jpeg kde kdepim kerberos kqemu latex ldap lirc lm_sensors logrotate mad magic midi mikmod mjpeg mmx mp3 mp4live mpeg mpeg2 mplayer msn mudflap musepack musicbrainz mysql mythtv ncurses nls nptl nptlonly nsplugin nvidia ofx ogg opengl openmp openssh openssl oss pam pcre pda pdf perl png pppd python qt3 qt3support qt4 quicktime readline real reflection sdl server session spell spl sqlite sqlite3 sse sse-filters sse2 ssl subversion svg svga tcl tcpd threads tiff tk truetype truetype-fonts type1-fonts udev unicode v4l v4l2 vcd vfat videos vidix visualization vorbis webdav wifi win32codecs wma x86 xinerama xml xorg xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIRC_DEVICES="pctv" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
lircd creates that node. lircd is not running on your machine.
Closing as INVALID, as this is a configuration and no lirc bug. If your hardware does not need a special lirc-driver/kernel-module (as you write) you will never get a /dev/lirc/0. Just look at lirc readme/documentation and change /etc/conf.d/lirc accordingly.
Reading your two messages, I am now confused whether I need /dev/lirc/0 or not. Anyhow, if I try this in /etc/conf.d/lircd LIRCD_OPTS="-d /dev/lircd " I get pbienst portage # /etc/init.d/lircd restart * Caching service dependencies ... [ ok ] * Starting lircd ... lircd: refusing to connect to myself lircd: device and output must not be the same file: /dev/lircd Now with LIRCD_OPTS="-d /dev/lirc/0 ": /etc/init.d/lircd restart * Caching service dependencies ... [ ok ] * Starting lircd ... [ ok ] Now following the manual at lirc.org: pbienst portage # chmod 666 /dev/lircd pbienst portage # mode2 mode2: error opening /dev/lirc/0 mode2: No such file or directory I also want to stress that this worked before the upgrade, and that I am not the only one to have this problem, although in my case downgrading to 0.8.1 did not work: http://forums.gentoo.org/viewtopic-t-551953-highlight-.html Something strange I did notice, is that although the /etc/init.d/lircd restart came up ok, there was no lircd process running afterwards. Thanks for looking into this!
(In reply to comment #3) > Reading your two messages, I am now confused whether I need /dev/lirc/0 or not. > > Anyhow, if I try this in /etc/conf.d/lircd > > LIRCD_OPTS="-d /dev/lircd " > > I get > > pbienst portage # /etc/init.d/lircd restart > * Caching service dependencies ... [ ok > ] > * Starting lircd ... > lircd: refusing to connect to myself > lircd: device and output must not be the same file: /dev/lircd > Well, telling you that 1. /dev/lircd is used for connection between lircd and user-programs. > Now with LIRCD_OPTS="-d /dev/lirc/0 ": > 2. you dont get /dev/lirc/0 if you dont use a lirc-kernel-module. Maybe you should try it without any options in LIRCD_OPTS. As pctv uses a serial port in normal mode you could try -d /dev/ttySX with X being 0-3.
> > Now with LIRCD_OPTS="-d /dev/lirc/0 ": > > 2. you dont get /dev/lirc/0 if you dont use a lirc-kernel-module. Then why does e.g. mode2 keep trying to access /dev/lirc/0? pbienst portage # mode2 mode2: error opening /dev/lirc/0 mode2: No such file or directory > Maybe you should try it without any options in LIRCD_OPTS. > As pctv uses a serial port in normal mode you could try -d /dev/ttySX with > X being 0-3. Tried these 5 options, no success... Also went through dmesg, and this is the only strange thing I could find: spurious 8259A interrupt: IRQ7.
Comprehension: Loading a lirc-driver kernel module does create /dev/lirc0 or /dev/lirc/0 depending on udev-version/lirc-ebuild-version. mode2 will open the correct one most of the time automatically, as lircd will do. So normally you should not need to specify -d /dev/lirc/0. lircd then opens this device, and creates the socket /dev/lircd to which the applications connect - so "-d /dev/lircd" is wrong in every case! You should look out for a description of your ir-receiver hardware as we cannot know how to configure it.
The only thing I can add is that the very same configuration for my PCTV remote worked before I upgraded. So, at first sight, this looks more like a bug than a configuration issue...
0.8.2-r2 do not work properly with /etc/make.conf: LIRC_DEVICES="pctv" /etc/conf.d/lircd: LIRCD_OPTS="--driver=pinsys --device=/dev/ttyS1" 0.8.1 work properly
Please add more info what exactly fails. Else we can just ask our local oracle.
(In reply to comment #9) > Please add more info what exactly fails. > Else we can just ask our local oracle. I assume this comment is directed to 'gtlinuxman'. I hope you find my original bug report detailed enough :-) Please remove the 'RESOLVED NEEDINFO' status. Peter
(In reply to comment #10) > (In reply to comment #9) > > Please add more info what exactly fails. > > Else we can just ask our local oracle. > > I assume this comment is directed to 'gtlinuxman'. I hope you find my original > bug report detailed enough :-) > > Please remove the 'RESOLVED NEEDINFO' status. > Ok, but still missing infos :/ So this is what lirc is supposed to do: 1. Reading info from some source (like /dev/ttyS* /dev/lirc/0 /dev/lirc0 or /dev/usb*) 2. Decoding it in some way. 3. Providing that info to applications via /dev/lircd or some tcp socket. So you see /dev/lircd has nothing todo with reading from hardware. And if you have no lirc kernel module you dont need LIRCD_OPTS="-d /dev/lirc/0". So delete this and tell me where it fails. Depending on the remote you may have to supply lirc with some /dev/input/* device. Maybe something like /dev/input/by-path/pci-0000:00:0a.0--event-ir.
I uncommented everything in /etc/confd/lircd and then restarted the daemon. It starts fine and the process runs in the background. This is now with 0.8.3-pre1 and 2.6.23-gentoo-r9. However, mode2 still does not work: >chmod 666 /dev/lircd >mode2 mode2: error opening /dev/lirc/0 mode2: No such file or directory More info: >ls /dev/input/by-path/ pci-0000:00:1d.1-usb-0:2:1.0-event-kbd platform-i8042-serio-1-mouse pci-0000:00:1d.1-usb-0:2:1.1-event- platform-pcspkr-event-spkr platform-i8042-serio-1-event-mouse dmesg |grep -i lirc comes up empty
(In reply to comment #12) > I uncommented everything in /etc/confd/lircd and then restarted the daemon.It > starts fine and the process runs in the background. This is now with 0.8.3-pre1 > and 2.6.23-gentoo-r9. Why do you uncomment settings you don't understand? Just comment all or add settings you know of. > > However, mode2 still does not work: > > >chmod 666 /dev/lircd > >mode2 > mode2: error opening /dev/lirc/0 > mode2: No such file or directory You cannot use mode2 when you dont use a lirc kernel driver!! And you don't need to. > > More info: > > >ls /dev/input/by-path/ > pci-0000:00:1d.1-usb-0:2:1.0-event-kbd platform-i8042-serio-1-mouse > pci-0000:00:1d.1-usb-0:2:1.1-event- platform-pcspkr-event-spkr > platform-i8042-serio-1-event-mouse > Depends if your pctv hardware uses the linux input-layer or ttyS* port. And maybe on your udev version. > dmesg |grep -i lirc comes up empty > See above - you dont use a lirc kernel driver: So why should the string lirc appear in the kernel log.
status?
