On Mon, 01 Oct 2007, Andrew Sackville-West wrote:
> On Mon, Oct 01, 2007 at 12:04:28AM -0400, Brad Sawatzky wrote:
> > On Sat, 29 Sep 2007, Greg Vickers wrote:
> >
> > > OK, I found out that Debian Etch uses a new input layer, and that the IR
> > > inputs are in /dev/input/eventX where X corresponds the event number of
> > > your input devices in 'cat /proc/bus/input/devices'
> > >
> > > So my IR device is /dev/input/event1, instead of /dev/lirc or /dev/lirc0.
> >
> > Just a heads-up, that event number could easily change from boot to boot.
> > You can preserve your sanity by making a udev rule like the following and
> > put it (or a symlink) in "/etc/udev/rules.d/"
> >
> > KERNEL=="event[0-9]", ATTRS{name}=="cx88 IR *", SYMLINK+="lirc%n"
>
> my udev-fu is very weak, but the %n substitutes the kernel supplied
> number. in which case you'll get lirc[0-9] depending on which event it
> matches. If you only have one ir port that you care about, then you'd
> probably always want it to be the *same* symlink regardless of which
> event it gets assigned to:
>
> KERNEL=="event[0-9]", ATTRS{name}=="cx88 IR *", SYMLINK+="lirc0"
Argh, you're right. That's a better way to go.
If there is more than one card that could match the ATTRS{name} field, the
OP could add another criteria that matches on the PCI slot number (so two
cards don't fight for the "lirc0" name):
KERNEL=="event[0-9]", ATTRS{name}=="cx88 IR *", KERNELS=="0000:01:09.2",
SYMLINK+="lirc0"
-- Brad
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
