linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Matthias Schwarzott <zzam@gentoo.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: udev rules wont work
Date: Tue, 21 Jul 2009 13:43:58 +0000	[thread overview]
Message-ID: <200907211543.59373.zzam@gentoo.org> (raw)
In-Reply-To: <200907211258.n6LCwx75010690@indigo.cs.bgu.ac.il>

On Dienstag, 21. Juli 2009, eial@cs.bgu.ac.il wrote:
> On Tue 21 Jul 16:17 2009 Matthias Schwarzott wrote:
> > On Dienstag, 21. Juli 2009, eial@cs.bgu.ac.il wrote:
> > > hello.
> > > I'm running gentoo with kernel tuxonice 2.6.29, hal 0.5.12_rc1, dbus
> > > 1.2.12, xorg-server 1.6.2 and udev 140. I have these following three
> > > rules: ACTION="add", SUBSYSTEM="input", ENV{ID_CLASS}="mouse",
> > > RUN+="/usr/bin/synclient TouchpadOff=1"
> > > ACTION="remove",
> > > SUBSYSTEM="input", ENV{ID_CLASS}="mouse", RUN+="/usr/bin/synclient
> > > TouchpadOff=0" SUBSYSTEM="bluetooth", KERNEL="hci[0-9]*",
> > > RUN+="bluetooth.sh"
> >
> > What is the name of the file these rules are in?
> > It must be lexically after the file setting ID_CLASS.
> > For remove event it is possible not all properties can be checked, but
> > you may use REMOVE_CMD for it.
> > REMOVE_CMD is set in ACTION="add" to the value you want to pass to RUN
> > in remove case.
> >
> > If that does not help, please run "udevadmin monitor --udev --env" while
> > plugging the mouse in and post the results.
> >
> > Regards
> > Matthias
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-hotplug"
> > in the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> for some reason I can't seem to find the bluetooth file, I'll focus on the
> mouse, the file is /etc/udev/rules.d/01-touchpad.rules lexically?

The rule files are sorted in alphabetic order.
So the file where ID_CLASS is set must be before your own file, and it is set 
in 60-persistent-input.rules
So when your rules are executed ID_CLASS simply is not yet set and they can 
never match.

Why do you write your own bluetooth rules? net-wireless/bluez already provides 
the rule you quoted above.

> not sure I've understood the REMOVE_CMD
If you have a rule to match on remove and the properties you want to test are 
not available at that point the rule need to match on add. The match is then 
stored into udev database to know what to do on remove.

ACTION="add", SUBSYSTEM="input", ENV{ID_CLASS}="mouse", \
  RUN+="/usr/bin/synclient TouchpadOff=1", \
  ENV{REMOVE_CMD}="/usr/bin/synclient TouchpadOff=0"

>
> here is the output:
> ul 21 16:27:36 NCC-5001-D usb 6-2: new low speed USB device using uhci_hcd
> and address 7 Jul 21 16:27:36 NCC-5001-D usb 6-2: configuration #1 chosen
> from 1 choice Jul 21 16:27:36 NCC-5001-D input: USB_PS2 Optical Mouse as
at least this is not the output of udevadmin monitor, looks more like dmesg.

Regards
Matthias

  parent reply	other threads:[~2009-07-21 13:43 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-21 12:58 udev rules wont work eial
2009-07-21 13:13 ` eial
2009-07-21 13:13 ` eial
2009-07-21 13:16 ` eial
2009-07-21 13:17 ` Matthias Schwarzott
2009-07-21 13:29 ` eial
2009-07-21 13:43 ` Matthias Schwarzott [this message]
2009-07-21 13:59 ` eial
2009-07-23  6:14 ` eial

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200907211543.59373.zzam@gentoo.org \
    --to=zzam@gentoo.org \
    --cc=linux-hotplug@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).