Linux Hotplug development
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: New hotplug interface is not working right for me
Date: Fri, 11 Mar 2005 14:16:34 +0000	[thread overview]
Message-ID: <1110550594.4918.203.camel@localhost.localdomain> (raw)
In-Reply-To: <20050311060405.GA16141@thyrsus.com>

On Fri, 2005-03-11 at 08:38 -0500, Eric S. Raymond wrote:
> Kay Sievers <kay.sievers@vrfy.org>:
> > Yeah, I'm all for doing this with udev rules. It is already working on
> > my box. We just need to agree if and how we should do that. The plan is
> > to add hotplug scripts with udev rules and execute scripts based on the
> > same rule logic we use to name the device node.
> > 
> > Your hook into hotplug with a udev rule would look like this:
> >   ACTION="add", SYSFS{vendor}="GPS", SYSFS{product}="0815", NAME="gps", HOTPLUG="/usr/bin/gps-something"
> 
> Hmm, this looks interesting.  I'm looking at the udev man page, and it looks
> as though rules like this might work:

No, not today, not with the current version. We are just thought about
adding rule based program execution, cause it is similar to all the
match logic to name a device and it would be more elegant than the
current directory searching.

> # The Prolific Technology 2303 (commonly in tandem with SiRF chips)
> BUS="usb" ACTION="add" SYSFS{vendor}="067b" SYSFS{product}="2303" \
> 		NAME="gps%e" \
> 		HOTPLUG="/usr/bin/gps-probe"
> # FTDI 8U232AM
> BUS="usb" ACTION="add" SYSFS{vendor}="0403" SYSFS{product}="6001" \
> 		NAME="gps%e" \
> 		HOTPLUG="/usr/bin/gps-probe"
> # Cypress M8/CY7C64013 (DeLorme uses these)
> BUS="usb" ACTION="add" SYSFS{vendor}="1163" SYSFS{product}="0100" \
> 		NAME="gps%e" \
> 		HOTPLUG="/usr/bin/gps-probe"
> 
> 1. Am I correct that when triggered, these would create a device called
>    /dev/gpsN for some enumerated N?

Yes, this would be correct, if we decide to support the HOTPLUG key. For
now you need to put a script in /etc/dev.d/* that needs to check if a
DEVNAME=gps* is in the environment.

And the enumeration %e is an ugly thing in a world where devices can
come and go at any time. The result is unpredictable if you don't
connect and probe in the same order every time and under all situations
like suspend/resume, reboot, later plug-in.
If possible, these simple kind of enumerations should be avoided and the
names should depend on a unique attribute like a device serial number or
similar. Or the physical location can possibly be included in the device
node name if there is no better attribute.

> 2. What is the lifetime of that device?  Under what circumstances is it
>    removed?

The device will stay there as long as the kernel represents the device.
If the kernel discovers a USB-disconnect the node will be removed and a
newly connected device will get the lowest free %e number in the node
name.

Kay



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click
_______________________________________________
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:[~2005-03-11 14:16 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-11  6:04 New hotplug interface is not working right for me Eric S. Raymond
2005-03-11  6:45 ` Greg KH
2005-03-11  8:54 ` Kay Sievers
2005-03-11 13:38 ` Eric S. Raymond
2005-03-11 14:16 ` Kay Sievers [this message]
2005-03-11 15:38 ` Hannes Reinecke
2005-03-11 15:40 ` Eric S. Raymond
2005-03-11 16:05 ` Kay Sievers
2005-03-11 17:03 ` Eric S. Raymond
2005-03-11 17:32 ` Kay Sievers
2005-03-11 18:58 ` Christian Zoz
2005-03-11 19:07 ` Eric S. Raymond
2005-03-11 20:35 ` Kay Sievers
2005-03-11 20:48 ` Eric S. Raymond
2005-03-14 17:06 ` Darren Salt
2005-03-14 18:16 ` Marco d'Itri
2005-03-14 18:25 ` Kay Sievers

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=1110550594.4918.203.camel@localhost.localdomain \
    --to=kay.sievers@vrfy.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