summaryrefslogtreecommitdiffstats
path: root/drivers/net/wireless/ath/ath9k/eeprom.c
diff options
context:
space:
mode:
authorLuis R. Rodriguez <lrodriguez@atheros.com>2010-04-15 23:39:13 +0200
committerJohn W. Linville <linville@tuxdriver.com>2010-04-16 21:43:36 +0200
commit49101676b2f1a66e0043509423e876414c73b5aa (patch)
tree4a35128306c6c402d026db3adc0bf95ee5da60da /drivers/net/wireless/ath/ath9k/eeprom.c
parentath9k_hw: rename eep_AR9287_ops to eep_ar9287_ops (diff)
downloadlinux-49101676b2f1a66e0043509423e876414c73b5aa.tar.xz
linux-49101676b2f1a66e0043509423e876414c73b5aa.zip
ath9k_hw: restore mac address reading logic
Once upon a time the AR_EEPROM_MAC macro was added to let us add a random attribute to the three 4-bytes of MAC addresses entries we read from the EEPROM. This was good while a random high-enough value was used which did not conflict with any of the already existing enum eeprom_param values. With AR9003 support the enums overlap and it means we either increment the random offset or just restore the reading logic to match what the HAL has. I choose to do the later to synchronize the logic on both code bases. This should fix reading the MAC address from the EEPROM on AR9003 hardware. Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'drivers/net/wireless/ath/ath9k/eeprom.c')
0 files changed, 0 insertions, 0 deletions