aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/brcm2708/patches-4.14/950-0085-Add-support-for-Fe-Pi-audio-sound-card.-1867.patch
diff options
context:
space:
mode:
authorRoger Pueyo Centelles <roger.pueyo@guifi.net>2019-10-24 15:29:14 +0200
committerAdrian Schmutzler <freifunk@adrianschmutzler.de>2020-11-12 18:04:50 +0100
commit589c3cf4e08731e4971d2db6c83e16b5ab959878 (patch)
treecad1c2d6a8fefe500bbd9dd2110a7a7a4b556f67 /target/linux/brcm2708/patches-4.14/950-0085-Add-support-for-Fe-Pi-audio-sound-card.-1867.patch
parent2a3dbded93775aeaf28fbebbd6aada07c9f588c1 (diff)
downloadupstream-589c3cf4e08731e4971d2db6c83e16b5ab959878.tar.gz
upstream-589c3cf4e08731e4971d2db6c83e16b5ab959878.tar.bz2
upstream-589c3cf4e08731e4971d2db6c83e16b5ab959878.zip
ath79: remove wmac mtd-mac-address for UniFi AC family
The MAC address for the wmac 2.4 GHz radio of the Ubiquiti UniFi AC family of devices is actually embedded in the mtd-cal-data, so there is no need for mtd-mac-address (which was incorrectly forcing wmac to have the same MAC as eth0). This makes it coherent with the stock firmware and the ar71xx target: · XX:XX:XX:X0:XX:XX eth0 · XX:XX:XX:X1:XX:XX ath0/wlan1 (2.4 GHz) · XX:XX:XX:X2:XX:XX ath1/wlan0 (5 GHz) Checked on a UniFi AC Mesh, a UniFi AC LR and a UniFi Lite. Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net> (cherry picked from commit 20ace70db65c3f1cb6a842d3092ac2eb7be81b5a)
Diffstat (limited to 'target/linux/brcm2708/patches-4.14/950-0085-Add-support-for-Fe-Pi-audio-sound-card.-1867.patch')
0 files changed, 0 insertions, 0 deletions