linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Hinds <dhinds@sonic.net>
To: linux-hotplug@vger.kernel.org
Subject: Re: hotplug TTD
Date: Thu, 11 Jan 2001 17:18:21 +0000	[thread overview]
Message-ID: <marc-linux-hotplug-97923351714992@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-97901650309422@msgid-missing>

On Thu, Jan 11, 2001 at 08:40:44AM -0800, David Brownell wrote:
> 
> Though when I started to think about how to do that stuff robustly, I
> began to wish a kernel "module" didn't stop being a visible component
> when it gets statically linked.  There's a rather arbitrary line between
> static linking (build tools) and dynamic linking (modutils).  Hotplugging
> a device shouldn't need to care so much how the driver module is linked.

Yes this is useful.  For PCMCIA, I created /proc/bus/pccard/drivers to
list what drivers are present, as static or modules.  But a kernel
wide solution would be better (even if it is /proc/bus/*/drivers).

> David Hinds at one point spoke in favor of having more info passed
> to the network hotplug events than just the interface name.  That's
> critical for statically configured hardware (servers); dynamically
> configured ones (pure DHCP clients, say) should not care.

Yes, I can tell you that if only the interface name is passed, it is
going to frustrate some people who are used to having more information
from PCMCIA.  It isn't entirely bad... at least, you can get the
interface's hardware address, and use that to choose configurations.
But I find it quite useful to know that eth0 is "the 3C575 card in
PCMCIA socket 1", or vice versa.

-- Dave

_______________________________________________
Linux-hotplug-devel mailing list
Linux-hotplug-devel@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  parent reply	other threads:[~2001-01-11 17:18 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-09  4:59 hotplug TTD Morton, Andrew [WOLL:4009-M:EXCH]
2001-01-09  5:47 ` Miles Lane
2001-01-09  6:55 ` Miles Lane
2001-01-09  8:49 ` Adam J. Richter
2001-01-09 17:09 ` David Brownell
2001-01-09 17:38 ` David Brownell
2001-01-10  6:20 ` Grover, Andrew
2001-01-10  6:34 ` Grover, Andrew
2001-01-10 10:58 ` Andrew Morton
2001-01-10 10:58 ` Andrew Morton
2001-01-10 10:59 ` Andrew Morton
2001-01-11 16:10 ` David Brownell
2001-01-11 16:40 ` David Brownell
2001-01-11 17:18 ` David Hinds [this message]
2001-01-11 18:04 ` David Brownell
2001-01-12  0:09 ` Grover, Andrew
2001-01-12  0:33 ` Grover, Andrew
2001-01-12  1:13 ` Grover, Andrew
2001-01-12 12:51 ` Andrew Morton
2001-01-12 16:42 ` David Brownell
2001-01-12 17:37 ` David Brownell
2001-01-12 23:45 ` Keith Owens
2001-01-13 18:54 ` David Brownell
2001-01-13 23:25 ` Keith Owens
2001-02-03 23:37 ` Miles Lane
2001-02-03 23:48 ` Keith Owens

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-97923351714992@msgid-missing \
    --to=dhinds@sonic.net \
    --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).