All of lore.kernel.org
 help / color / mirror / Atom feed
From: Juergen Bausa <Juergen.Bausa@web.de>
To: linux-hotplug@vger.kernel.org
Subject: Re: udev remove problems
Date: Wed, 29 Aug 2007 19:32:05 +0000	[thread overview]
Message-ID: <1543744704@web.de> (raw)
In-Reply-To: <1531272489@web.de>


> -----Ursprüngliche Nachricht-----
> Von: Kay Sievers <kay.sievers@vrfy.org>
> Gesendet: 29.08.07 06:22:06
> An: Juergen Bausa <Juergen.Bausa@web.de>
> CC: linux-hotplug-devel@lists.sourceforge.net
> Betreff: Re: udev remove problems


> > > > > > So, the variable is saved and found on the remove event, but the script isnt called. What is wrong here?
> > > > >
> > > > > The string you compare against may not run through the format char
> > > > > replacement, not sure. Just do ENV{toppy}="?*", or use the
> > > > > ENV{REMOVE_CMD}="/usr/local ..." which Debian supports. So you don't
> > > > > need a separate remove rule at all.
> > > 
> > > > Thanks. I used REMOVE_CMD and the script is called. But now I have the problem, that the
> > > > remove event appears, when the device is accessed.
> > > >
> > > > When I plug in, add is called many times (ca. 5). That is no problem, because my script works
> > > > only on the first call. The script creates a desktop icon and starts a daemon, that allows me to
> > > > access my device through  a local ftp server. This works without any problem.
> > > >
> > > > But when I try to login to the ftp server, which triggers actual transfer to the usb device, the
> > > > remove event is run and my remove script is called.
> > > >
> > > > I have no idea why. Any Hints?
> > > 
> > > Run "udevmonitor" while doing that. What sequence of events does it show?
> > > 
> > > It's a pure userspace solution, or does it need a kernel module?
> > 
> > Pure userspace
> > 
> > Here is my udev rule:
> > 
> > ACTION="add", SYSFS{idVendor}="11db", SYSFS{idProduct}="1000", MODE="0660", \
> >   GROUP="toppy", RUN+="/usr/local/bin/tf5000pvr_udev" , ENV{REMOVE_CMD}="/usr/local/bin/tf5000pvr_udev"
> > 
> > And this is what udevmonitor --env says when I plug in the device (I use a very long cable with an usb extender/hub). 
> > As you can see REMOVE_CMD is set in 4 events, although the rule matches only one time (and in this event 
> > REMOVE_CMD is not set). And my Script is also started 4 times. 
> > 
> > When I start a connection to the device, I get new add-events. But this is not in the log (the plug-in log is strange enough).
> > 
> > Whats wrong here?
> 
> Your rule matches all the kernel devices who are created for this usb
> device, so this is the correct behavior. You may want to limit the match
> by adding SUBSYSTEM="usb".
> 

No luck. I added SUBSYSTEM="usb" and the script is not called anymore. Then I tried PHYSDEVBUS="usb" 
and the script is called multiple times as before.

Juergen

_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc\x100071&distributionid\00000000066


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

      parent reply	other threads:[~2007-08-29 19:32 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-25 22:22 udev remove problems Juergen Bausa
2007-08-25 22:42 ` Kay Sievers
2007-08-26 21:46 ` Juergen Bausa
2007-08-26 22:10 ` Kay Sievers
2007-08-28 19:48 ` Juergen Bausa
2007-08-29  4:26 ` Kay Sievers
2007-08-29 19:32 ` Juergen Bausa [this message]

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=1543744704@web.de \
    --to=juergen.bausa@web.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.