← Back to team overview

ubuntu-eee-coders team mailing list archive

[Bug 271744] Re: MAC Address change after suspend (atl1e)

 

I've actually been having this bug myself for a while - i think since
maverick meerkat's  2.6.35 kernel?? (9/10 times i use my wireless
connection, but i have to use wired at university) and i've finally had
enough of this issue :(

(You can check any relevant hardware info you need from other bugs i've
posted, but in short i'm on ubuntu 11.10 64bit on an Asus K51AE.)

So it's definitely the atl1e driver and everytime i
shutdown/suspend/restart, the MAC address changes (this is a particular
problem because the university MAC filters us, so i would have to
reregister everytime were it not for a few commands i picked up to get
around the problem:

sudo ifconfig eth0 down
sudo ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx
sudo ifconfig eth0 up

(I change the address to one i've registered previously ((However, this
only lasts until i shutdown/restart/suspend/until i remove and reinsert
the ethernet cable.))

Sometimes, if i restart, it not only changes the MAC address but
increments the name for the new connection, i.e. After a few restarts, i
can end up being on connection eth8 - when this is the only wired
connection i ever use.

I've used dozens of kernels and many versions of ubuntu and lubuntu
since this first happened (~xmas 2010?) Possibly a regression somewhere?

-- 
You received this bug notification because you are a member of Ubuntu
Eee Coders, which is subscribed to Easy Peasy.
https://bugs.launchpad.net/bugs/271744

Title:
  MAC Address change after suspend (atl1e)

Status in Easy Peasy:
  New
Status in Ubuntu EeePC-optimized Kernel:
  Triaged
Status in Ubuntu EeePC Kernel 2.6.24 series:
  Confirmed

Bug description:
  Occasionally after suspend, the MAC address for the wired network card
  on a Eee 901/1000/1000h changes to something other than the correct
  MAC address. I've had this behavior confirmed by 2 other independent
  sources on IRC (#eeepc on FreeNode).

  On a network with DHCP, this results in a new IP address being
  allocated after a suspend. It also results in the interface name
  changing, and a bunch of bogus entries being left in
  /etc/udev/rules.d/70-persistent-net.rules storing the varied MAC
  addresses that seem to be given to the adapter after this suspend bug.

  Note: This does not happen always. I've had it happen irregularly.
  When trying to directly force it to happen, it took at least 5
  suspends in the space of 3 minutes to get it to happen.

  Applies to the 2.6.24-21-eeepc kernel and I've had an independent
  confirmation that the same bug exists in 2.6.24-22-eeepc kernel in the
  array.org hardy-proposed repository.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-eee/+bug/271744/+subscriptions