diff options
author | Ivan Vecera <ivecera@redhat.com> | 2009-03-01 20:34:48 -0800 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2009-03-01 20:34:48 -0800 |
commit | 6709fe9a27e43a4931938fe0d7f2cc5edef31386 (patch) | |
tree | 78f463fbdbfb511929547f303b1412deefaf890b /drivers/net/usb/cdc_ether.c | |
parent | 9ec06ff57a9badef3b6b019f35efc6b21fc27d03 (diff) | |
download | linux-3.10-6709fe9a27e43a4931938fe0d7f2cc5edef31386.tar.gz linux-3.10-6709fe9a27e43a4931938fe0d7f2cc5edef31386.tar.bz2 linux-3.10-6709fe9a27e43a4931938fe0d7f2cc5edef31386.zip |
r8169: read MAC address from EEPROM on init (2nd attempt)
This is 2nd attempt to implement the initialization/reading of MAC address
from EEPROM. The first used PCI's VPD and there were some problems, some
devices are not able to read EEPROM content by VPD. The 2nd one uses direct
access to EEPROM through bit-banging interface and my testing results seem
to be much better.
I tested 5 systems each with different Realtek NICs and I didn't find any
problem. AFAIK Francois's NICs also works fine.
Original description:
This fixes the problem when MAC address is set by ifconfig or by
ip link commands and this address is stored in the device after
reboot. The power-off is needed to get right MAC address.
This is problem when Xen daemon is running because it renames the device
name from ethX to pethX and sets its MAC address to FE:FF:FF:FF:FF:FF.
After reboot the device is still using FE:FF:FF:FF:FF:FF.
Signed-off-by: Ivan Vecera <ivecera@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/usb/cdc_ether.c')
0 files changed, 0 insertions, 0 deletions