first eth device gets new number on resume
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Opinion
|
Undecided
|
Unassigned |
Bug Description
On resume from suspend to ram, Every other time the eth0 device gets a different number, ie eth43. This number seems to increment too.
Thus a workaround would be to suspend and resume again to get back to the name eth0. The strange thing is that the MAC number is not that of the adapter when this happens, but a different number every time. This makes it impossible to have mac-based connection/firewall rules on the router the computer is connected to.
As I have been using wireless until a few weeks ago I can't tell how long this bug has existed. I noticed it 2 days ago.
Steps to reproduce:
1. boot computer.
2. suspend
3. resume and check eth device name
4. repeat step 2. and 3. if 3. seems ok.
System: gutsy current, daily updates, custom kernel 2.6.24-rc3-git, on x86_64
dmesg for two resumes in a row:
first resume:
[ 2.220559] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.61.
[ 2.482227] PM: Adding info for No Bus:eth0
[ 2.482671] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:16:d3:11:97:e1
[ 2.482675] forcedeth 0000:00:14.0: highdma pwrctl timirq lnktim desc-v3
[ 2.508430] eth0: no link during initialization.
[ 2.509722] ADDRCONF(
[ 3.566876] eth0: link up.
[ 3.946072] ADDRCONF(
[ 22.802300] eth0: no IPv6 routers present
second resume:
[ 3.073035] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.61.
[ 3.073094] forcedeth 0000:00:14.0: Invalid Mac address detected: e1:97:11:d3:16:00
[ 3.073160] forcedeth 0000:00:14.0: Please complain to your hardware vendor. Switching to a random MAC.
[ 3.592041] PM: Adding info for No Bus:eth0
[ 3.592500] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:00:6c:ee:f2:ed
[ 3.592505] forcedeth 0000:00:14.0: highdma pwrctl timirq lnktim desc-v3
[ 3.771732] eth42: no link during initialization.
[ 3.773029] ADDRCONF(
[ 4.399902] eth42: link up.
[ 5.763947] ADDRCONF(
[ 11.958840] eth42: no IPv6 routers present
[ 18.205935] eth42: no IPv6 routers present
Changed in linux (Ubuntu): | |
status: | Incomplete → Opinion |
Changed in linux (Ubuntu): | |
assignee: | Registry Administrators (registry) → nobody |
Just noticed in that dmesg output that the mac address has a revered byte-order. As I don't know what to do with that I'll leave the bug here.