Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] netconf MAC setting change

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Pieter Lenaerts <e-type AT sourcemage.org>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] netconf MAC setting change
  • Date: Wed, 21 Jun 2006 17:47:43 +0200

On Wed, Jun 21, 2006 at 04:50:28PM +0200, Thomas Orgis wrote:
> I agree that, though possible, remembering the MAC history may be tedious
> and unnecessary complex. Jut wondering now how far your "_never_ change"
> goes when one does changes to the hardware (moving cards in slots) that are
> not expected / should not break the network config.

you're now holding on to bus address, which is indeed volatile as well,
not that much on pci for me personally, but espescially on usb

this line works:
BUS=="pci", DRIVER=="3c59x", NAME="fooh"

we can't count on different drivers for different cards though.

> I'm just clinging to the MAC because it was created for the purpose of
> identifying NICs.

this is only for identifying nics on the ethernet, has nothing to do
with identifying them in a box iianm.

> I won't oppose netconf using a more safe may to identify cards internally,
> as long as it doesn't sacrifice flexibility that one has now.
> Even when it is as simple as not _forcing_ network card identification so
> that the common setup of just one NIC just works and continues to work with
> unchanged config when nic is exchanged.

of course it should support simple cases as well :)

> And of course my favourite example of broken config because of changed pci
> slot positions - I hate it when windows finds a _new_ device just because I
> had to reorder the cards.

although this is a cornercase of a cornercase it should definetely be
the goal to beat this.

on the other hand, we could require to rerun netconf should we use the
bus address anyway (which I think we shouldn't atm)

maybe someone knows a solution for the two identical nics issue

anyway, we're not in a hurry and I oppose to any implementation before
this is thought through and approved by the community.

--
Pieter Lenaerts
Source Mage GNU/Linux
http://www.sourcemage.org - "Linux so advanced it may well be magic"

Attachment: pgpBck3JzuF6o.pgp
Description: PGP signature




Archive powered by MHonArc 2.6.24.

Top of Page