linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: linux-hotplug@vger.kernel.org
Subject: Re: Hardware Abstraction Layer
Date: Sun, 21 Sep 2003 06:42:09 +0000	[thread overview]
Message-ID: <marc-linux-hotplug-106412702412170@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-106345989228476@msgid-missing>

On Sat, Sep 20, 2003 at 07:31:26PM +0000, Joerg Sommer wrote:
> begin  Greg KH <greg@kroah.com> wrote:
> > On Fri, Sep 19, 2003 at 08:11:14PM +0000, Joerg Sommer wrote:
> >> begin  Greg KH <greg@kroah.com> wrote:
> >> > Yes it will.  See my OLS paper from this year for lots more information
> >> > about it.
> >> 
> >> Nice to meet you here. :) I read this paper some time ago and one
> >> question stayed open: How does udev handle device requests? devfs has the
> >> nice feature to tell modprobe that a device is requested. But I don't
> >> found any similar in your paper. How gets udev informed that a program
> >> wants to open /dev/foobar?
> >
> > It doesn't :)
> >
> > If you _really_ need that kind of functionality, then you will have to
> > use devfs.
> 
> Why you removed this? IMO it is a very useful feature to only load a
> module if it is requested. Do you really think this is not needed?

I have not removed anything, this is just something that can not be done
from userspace alone (which is what udev is.)

And yes, I really do not think this is needed, as things have moved from
being a "load when we open the dev node" type system, to a "load when we
have found the hardware" type system.

But hey, if you really need this functionality, then use devfs.  I'm not
saying that udev can duplicate all of devfs's functionality, just the
majority of it (this is really the only exception that I can think of
right now.)

thanks,

greg k-h


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
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:[~2003-09-21  6:42 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-13 13:30 Hardware Abstraction Layer David Zeuthen
2003-09-14 22:34 ` Joerg Sommer
2003-09-16 16:39 ` Greg KH
2003-09-17  0:40 ` David Zeuthen
2003-09-18  0:29 ` Greg KH
2003-09-18 11:24 ` David Zeuthen
2003-09-18 17:36 ` Greg KH
2003-09-18 18:30 ` Havoc Pennington
2003-09-18 20:35 ` David Zeuthen
2003-09-19 20:11 ` Joerg Sommer
2003-09-19 23:12 ` Greg KH
2003-09-20  0:12 ` Greg KH
2003-09-20  0:17 ` Greg KH
2003-09-20 19:31 ` Joerg Sommer
2003-09-21  6:42 ` Greg KH [this message]
2003-09-21 20:56 ` David Zeuthen
2003-09-24 21:08 ` Greg KH
2003-09-29 20:50 ` David Zeuthen
2003-10-01  1:30 ` Havoc Pennington

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=marc-linux-hotplug-106412702412170@msgid-missing \
    --to=greg@kroah.com \
    --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).