diff options
author | Jim Pryor <profjim@jimpryor.net> | 2009-08-11 14:05:14 +0200 |
---|---|---|
committer | James Rayner <james@archlinux.org> | 2009-08-15 04:28:30 +0200 |
commit | 6c5e4f9ab4f75adfdd1949f929bf6a2308ecd03b (patch) | |
tree | ed0f89b7de81f8f05e306123a35f9f255a12ab31 /src-wireless/netcfg-auto-wireless | |
parent | e27d094577f874613c49cc3d93796162230ca2c8 (diff) | |
download | netctl-6c5e4f9ab4f75adfdd1949f929bf6a2308ecd03b.tar.gz netctl-6c5e4f9ab4f75adfdd1949f929bf6a2308ecd03b.tar.xz |
Isolate ip to ethernet-iproute, ifconfig to ethernet + wireless
* The point of having both ethernet and ethernet-iproute
was presumably to transition slowly from ifconfig/net-tools to
iproute2. But the current codebase mixes the two in handling
ethernet and wireless connections. This commit separates
all the ip calls to the newer connections, and the ifconfig
calls to the older connections. The latter now call set_interface
with up-old, down-old, forcedown-old.
* I'm not urging that ifconfig code sticks around. Just trying
to make the code consistent with what seems to me to be
its implicit design principles.
* the check for NO-CARRIER in ethernet is now also done without
calling iproute2 tools. I saw this technique recommended somewhere
but have no citation. I don't know how many kernel revisions one
can rely on any given part of /sys to remain stable for.
It may be possible to achieve the same goal here in other ways.
If in fact it's worth the effort to keep the ifconfig code
around.
* Began also to integrate the IPROUTE variable introduced in
ethernet, but stopped. If that's integrated everywhere, shouldn't
it make connection=ethernet equivalent to
connection=ethernet-iproute? Is there justification for
using it at some places but not everywhere? I just let it alone
for now.
Signed-off-by: Jim Pryor <profjim@jimpryor.net>
Diffstat (limited to 'src-wireless/netcfg-auto-wireless')
0 files changed, 0 insertions, 0 deletions