On Mar 18, 2008, at 2:46 PM, Chris Babcock wrote:
> T. Marvin wrote:
>> The error I'm having (on the new one) is that when it boots up, the
>> ethernet devices will show up as eth0 thru eth2 in the boot logs or
>> whenever I force removal and reloading (i.e. rmmod, modprobe) of the
>> 'natsemi' driver, but show up as eth3 thru eth5 when the driver is in
>> the system.
>>
>> Quote from 'dmesg' (the boot log):
>> natsemi eth0: NatSemi DP8381[56] at 0xa0000000 (0000:00:12.0),
>> 00:00:24:c9:f2:50, IRQ 10, port TP.
>> natsemi eth1: NatSemi DP8381[56] at 0xa0001000 (0000:00:13.0),
>> 00:00:24:c9:f2:51, IRQ 11, port TP.
>> natsemi eth2: NatSemi DP8381[56] at 0xa0002000 (0000:00:14.0),
>> 00:00:24:c9:f2:52, IRQ 5, port TP.
>>
> I doubt this is a firmware problem. Most current systems use udev,
> and
> it sometimes maps devices (eth included) in a seemingly "random"
> order.
> In fact, I've seen 2 _identical_ installs on the _same_ box yield
> different device ordering.
>
> In order to make things more predictable, there is are config files
> that
> store "persistent" device mappings after a device is first seen. I
> can
> speak for slackware, but under debian the config directory is /etc/
> udev/
> . Within this directory there are rule files for building the
> persistent mappings, and the mapping files themselves in
> /etc/udev/rules.d/ .
>
> On one of my boxes the rules.d directory has "z25_persistent-
> net.rules"
> containing:
>
> # This file was automatically generated by the /lib/udev/
> write_net_rules
> # program, probably run by the persistent-net-generator.rules rules
> file.
> #
> # You can modify it, as long as you keep each rule on a single line.
> # MAC addresses must be written in lowercase.
>
> # PCI device 0x8086:0x1229 (e100)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:30:48:23:3f:76",
> NAME="eth0"
>
> # PCI device 0x8086:0x1079 (e1000)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:23:c5:36:7d",
> NAME="eth2"
>
> # PCI device 0x8086:0x1079 (e1000)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:23:c5:36:7c",
> NAME="eth3"
>
> # PCI device 0x8086:0x100d (e1000)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:30:48:23:3f:75",
> NAME="eth1"
>
> ---------------------
> And, yes, changing entries in here does change the eth to mac
> mappings.
>
> -Chris
> _______________________________________________
> Soekris-tech mailing list
> [email protected]
> http://lists.soekris.com/mailman/listinfo/soekris-tech
Just to reinforce what's been said, I had this exact problem with a
pair of 4801's and it turned out to be that udev had "remembered" the
MACs as previously mentioned. It's a great feature, so long as you
remember that it's there :-P
-Andy
_______________________________________________
Soekris-tech mailing list
[email protected]
http://lists.soekris.com/mailman/listinfo/soekris-tech
