aboutsummaryrefslogtreecommitdiffstats
path: root/toolchain/fortify-headers
diff options
context:
space:
mode:
authorblogic <blogic@3c298f89-4303-0410-b956-a3cf2f4a3e73>2016-04-29 11:35:05 +0000
committerJo-Philipp Wich <jo@mein.io>2016-05-10 10:43:12 +0200
commitb529387d8cf04148b882b7edf9cd5daac6f28088 (patch)
treeed8bece39a3a9318eeb253477e6ab3c0cfd792c1 /toolchain/fortify-headers
parent62492693223057ef1affe5da3de0ed4c4bf9645b (diff)
downloadupstream-b529387d8cf04148b882b7edf9cd5daac6f28088.tar.gz
upstream-b529387d8cf04148b882b7edf9cd5daac6f28088.tar.bz2
upstream-b529387d8cf04148b882b7edf9cd5daac6f28088.zip
lantiq: use the same functionality for all ethernet phys led
The VGV7510KW22 has the leds for LAN1-3 connected to pin1 of the phys and the led for LAN4 connect to pin0 of the phy. This results with the current configuration in a fast flashing LAN4 led as soon as a network cable is connected. Something similar was reported on the forum[1] for the VGV7519 as well. Since it isn't predicable to which pin a (single) phy led is connected, use the (default) pin1 functionality Constant On: 10/100/1000MBit Blink Fast: None Blink Slow: None Pulse: TX/RX for all ethernet phy leds. After checking pictures of all vr9 boards, it looks like only the VG3503J has more than one led connected per phy. Using the phy led device tree bindings to assign the functionality to the "additional" leds, the VG3503J phy leds should behave as before. Signed-off-by: Mathias Kresin <openwrt@kresin.me> [1] https://forum.openwrt.org/viewtopic.php?pid=321523 SVN-Revision: 49270
Diffstat (limited to 'toolchain/fortify-headers')
0 files changed, 0 insertions, 0 deletions