From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: Using udev to collect device information
Date: Tue, 27 Jun 2006 16:31:35 +0000 [thread overview]
Message-ID: <1151425895.3755.16.camel@pim.off.vrfy.org> (raw)
In-Reply-To: <44A06971.3020507@us.ibm.com>
On Mon, 2006-06-26 at 17:01 -0700, Greg KH wrote:
> On Mon, Jun 26, 2006 at 04:10:41PM -0700, Eric Munson wrote:
> > I am working on a project that maintains a list of active hardware on a
> > machine and we want to make it hotplug "aware". Making udev call our
> > process for adding or removing an entry to or from our list each time
> > hardware is added or removed seems easy enough, but I have several
> > questions:
> >
> > 1. Our system will be thread safe, but if we are calling the hotplug
> > updater each time a device is added or removed with the rules:
> > ACTION="add" RUN+="/usr/sbin/program"
> > and
> > ACTION="remove" RUN+="/usr/sbin/program"
> > Are we going to cause serious slow downs for the rest of the system if
> > we are flooded with adds/removes? The program that we will be running
> > won't be terribly slow but it will include some disk IO.
>
> It all depends on what your /usr/sbin/program does, we can't answer that
> for you.
>
> > 2. How can I pass information about the event, things like what device
> > is being added/removed into the program being called? Does udev provide
> > any of this information during rule execution (I assume that udev has
> > it, I just need to know where to get it)?
> >
> > Sorry if this is a gross abuse of udev, but we are looking to plug into
> > a "hotplug" like system without requiring our users to install the
> > linux-hotplug system so if there is a better way to accomplish the same
> > thing please let me know.
>
> No, this is a fine way. But why not just hook into HAL? It already
> does all of this for you, and you can get it to send you DBUS messages
> for any new device in the system.
Right, HAL already keeps a nice list for most of the interesting things.
It also tells you for a lot of devices what you can do with the device.
You may want to look at it, if it matches your requirements. Just run
"lshal" on a recent system.
> Or, if you don't like how HAL works, you should at least look into how
> it ties into udev, as that sounds like the same exact way you want to do
> things. But don't reinvent the wheel if you don't have to.
HAL tells udev to pass the complete events to an abstract namespace
socket (man 7 unix):
RUN+="socket:/org/freedesktop/hal/udev_event"
On the socket, you get a message like this: <action>@<devpath>\0[<key>=<value>\0, ...]
recv(3, "add@/class/input/input6/mouse2\0UDEV_LOG=3\0ACTIONd\0
DEVPATH=/class/input/input6/mouse2\0SUBSYSTEM=input\0
SEQNUM\x1518\0PHYSDEVPATH=/devices/pci0000:00/0000:00:1d.1/usb2/2-2/2-2:1.0\0
Kay
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x120709&bid&3057&dat\x121642
_______________________________________________
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
prev parent reply other threads:[~2006-06-27 16:31 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-26 23:10 Using udev to collect device information Eric Munson
2006-06-27 0:01 ` Greg KH
2006-06-27 16:31 ` Kay Sievers [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=1151425895.3755.16.camel@pim.off.vrfy.org \
--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;
as well as URLs for NNTP newsgroup(s).