linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Miles Lane <miles@megapathdsl.net>
To: linux-hotplug@vger.kernel.org
Subject: Re: OT(?) -- Should the net.agent script cause "ifup lo" to be run?
Date: Tue, 27 Feb 2001 07:17:57 +0000	[thread overview]
Message-ID: <marc-linux-hotplug-98325816707801@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-98309074821805@msgid-missing>

Bill Nottingham wrote:

> David Brownell (david-b@pacbell.net) said: 
> 
>>> It would be nice to be able to determine whether an interface
>>> is created because someone manually loaded the module or whether
>>> kmod loaded it, but I'm not sure how that would be instrumented.
>> 
>> One thing I'm saying is that such things shouldn't matter.
>> Intent shouldn't be asked; reliable program systems
>> rarely have "if (CameFrom (...)) ..." logic.
> 
> 
> Maybe. I'd prefer something more flexible. Because, all hotplug issues
> aside, the assumption that you automatically want to bring up an
> interface immediately on loading any module is one that's never been
> made before, and one that I personally find irritating. (Then again,
> I can just disable hotplug entirely, but I'd prefer to have it for
> other things.)

A net.opts text file could be used to flag which devices to
ignore in the hotplug process.  Wouldn't this be trivial to 
implement?

>>>> In the 2.5
>>>> kernels it might be good to make all network interfaces
>>>> fit into a common initialization model.
>>> 
>>> I think you're fundamentally misunderstanding how PPP works; for
>> 
>> I think you're misunderstanding what I'm saying.  But since
>> network interface operation can't change for 2.4, and I
>> think that's what you're focussed on, I won't try to clarify.
> 
> 
> Please clarify. What I'm saying is that PPP is so fundamentally different
> that you *can't* fit it into the ethernet model, even in a 2.5 framework,
> unless you're willing to redesign the whole kernel/pppd/dialer interaction,
> which would be a lot of code and would probably meet with a lot of
> resistance.

Agreed.  In my usage of PCMCIA modems, I have only wanted to 
be connected when I am active on the internet.  I never did
get diald to work, probably because I just didn't take the
effort required.  I do wish that demand-dialing were more 
straightforward to set up.  

What I *would* like to see is support for noticing when a 
new type of modem is inserted and some sort of interactive
configuration system popping up under XFree86.  I suppose
there could be a text-mode version that could launch during
the boot process if a new device is present at boot time.
Then the device could get configured before XFree86 launches.

This is pretty much how I'd like all new system devices
get set up that require sysadmin/user configuration (network
devices, printers, etc).  

This is meant to address, in part, your earlier comments 
regarding the need to a different method of determining 
which network interfaces are assigned to network devices 
at boot time, instead of just relying of PCI bus slot 
location.

This could apply to USB network devices as well.  Basically,
the notion is to map an interface and configuration based
on a flexible set of device characteristics (USB topology
location, device type or the order of a port on a multiport
device).

I know I am probably bungling this feature description,
but hopefully you'll get the gist of the idea.

	Miles


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

  parent reply	other threads:[~2001-02-27  7:17 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-25  8:47 OT(?) -- Should the net.agent script cause "ifup lo" to be run? Miles Lane
2001-02-25 10:03 ` Adam J. Richter
2001-02-25 21:37 ` Bill Nottingham
2001-02-25 23:45 ` David Brownell
2001-02-26  0:38 ` Bill Nottingham
2001-02-26  3:40 ` David Brownell
2001-02-26  4:12 ` Bill Nottingham
2001-02-26  4:14 ` Bill Nottingham
2001-02-26  6:59 ` Miles Lane
2001-02-26  7:17 ` Miles Lane
2001-02-26 16:50 ` David Brownell
2001-02-26 17:31 ` David Brownell
2001-02-26 19:52 ` Bill Nottingham
2001-02-26 22:08 ` David Brownell
2001-02-26 22:14 ` David Brownell
2001-02-26 22:17 ` David Brownell
2001-02-26 22:24 ` Bill Nottingham
2001-02-26 22:30 ` Bill Nottingham
2001-02-26 22:48 ` David Brownell
2001-02-27  6:23 ` Miles Lane
2001-02-27  6:46 ` Miles Lane
2001-02-27  7:17 ` Miles Lane [this message]
2001-02-27  7:23 ` Miles Lane
2001-02-27  7:54 ` David Hinds
2001-02-28  5:14 ` Miles Lane
2001-02-28 16:50 ` David Brownell
2001-02-28 17:24 ` David Hinds
2001-03-01  4:37 ` David Brownell
2001-03-01  5:27 ` Bill Nottingham
2001-03-01  5:34 ` Bill Nottingham
2001-03-01  5:45 ` David Hinds
2001-03-01 17:27 ` David Brownell

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-98325816707801@msgid-missing \
    --to=miles@megapathdsl.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).