summaryrefslogtreecommitdiff
path: root/drivers/net/usb/cdc_ether.c
diff options
context:
space:
mode:
authorIvan Vecera <ivecera@redhat.com>2009-03-01 20:34:48 -0800
committerDavid S. Miller <davem@davemloft.net>2009-03-01 20:34:48 -0800
commit6709fe9a27e43a4931938fe0d7f2cc5edef31386 (patch)
tree78f463fbdbfb511929547f303b1412deefaf890b /drivers/net/usb/cdc_ether.c
parent9ec06ff57a9badef3b6b019f35efc6b21fc27d03 (diff)
downloadlinux-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