From: David Brownell <david-b@pacbell.net>
To: linux-hotplug@vger.kernel.org
Subject: Re: hotplug TTD
Date: Fri, 12 Jan 2001 17:37:52 +0000 [thread overview]
Message-ID: <marc-linux-hotplug-97932429509183@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-97901650309422@msgid-missing>
Andy,
> Well, of course devices need to be configured, but in my mind once we've
> loaded the driver that's half the battle.
This is true enough to be confusing. For some simple drivers it's the
WHOLE of the battle!
If they show up as filesystem devices, apps use only filesystem-based
discovery (after device connection), and the device is so simple that
it doesn't need more configuration ... then that's enough. But that's
not going to work for all devices or drivers.
> If I insert a USB foo device, the
> foo driver is going to be the one who knows how to configure it, yes?
The UNIX convention (inherited by Linux) is that some sysadmin knows
how to configure it, using driver and application/service/tool docs
(or sometimes UTSL) along with site policy knowledge (security, tool
choice, etc) ... when additional configuration is needed.
So no, the driver is NOT going to be the one to know how to configure.
It never has been, as a rule. There are lots of reasons why, and many
of them can/will be automated through /sbin/hotplug; but there will be
a few cases where sysadmins still need to help out.
> True, some setup info is surely needed. But one of the goals of hotplug is
> you insert the device and it "just works". Won't that be awesome?? ;-)
It _is_ awesome ... just needs more work and a few 2.4.0 patches! :-)
> And, I
> remember reading that the latest modutils had some mechanism to pass config
> info, but I haven't looked further..
That's module configuration data, not device configuration data.
It's provided with the "load new module" code paths, and won't
help much with subsequent "similar new device" processing. Two
distinct problems, in my book.
- Dave
_______________________________________________
Linux-hotplug-devel mailing list
Linux-hotplug-devel@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2001-01-12 17:37 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
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 [this message]
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-97932429509183@msgid-missing \
--to=david-b@pacbell.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).