>> At the moment, you are required to group these by whether the
>> interface is static or hotplug, configuring all static interfaces
>> before any of the hotplug ones. This therefore reduces to being
>> either case (2) or (3) followed by case (4), and should be dealt
>> with accordingly.
>>
>> As a result, the ONLY time I can see any problem occurring is when
>> there are multiple hotplug interfaces to deal with (case (4) above),
>> and this is acknowledged to be a case where some of the issues have
>> not yet been fully ironed out.
>>
>> Can you agree with this analysis, or have I overlooked something?
> That is, yes indeed, pretty much the proper analysis, and my
> situtation. My case can be summarized as one static interface,
> followed by two (and if we can get the firewire stuff working,
> soon potentially to be more) dynamic interfaces.
As long as the static interface is configured as eth0 before any of
the dynamic interfaces are looked at, it will remain fixed, and gets
taken out of the equation as a result.
As I understand it, the PCMCIA interface does the equivalent of...
ifconfig eth1 down ; rmmod eth1
...when the interface on eth1 is unplugged, so the unplugging
shouldn't be a problem. However, I've no idea what it does on plugging
in a new interface, other than that is somehow signals the fact to the
kernel.
I can't comment on firewall as I know zilch about it, sorry.
Best wishes from Riley.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/