aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/lantiq/files/arch/mips/boot/dts/FRITZ3370-REV2.dtsi
Commit message (Collapse)AuthorAgeFilesLines
* lantiq: dts: assign the MDIO pins to the gsw nodeMartin Blumenstingl2019-12-221-5/+0
| | | | | | | | | | | | Assign the MDIO pins to the switch node instead of using pin hogging (where pins are assigned to the pin controller). This is the preferred way of assigning pins upstream. This converts amazonse, ar9 and vr9. danube is skipped because the pin controller doesn't define a pinmux for the MDIO pins (some of the SoC pads may be hardwired to the MDIO pins instead of being configurable). Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
* lantiq: unify Fritz!Box LED mappingsDavid Bauer2019-08-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | This commit unifies the LED mapping of the AVM Fritz!Box routers, which have a combined Power/DSL LED. With the stock firmware, the Power LED has the following characteristics: - Blink when DSL sync is being established - Solid when DSL sync is present We can't completely resemble this behavior in OpenWrt. Currently, the Power LED is completely off, when DSL sync is missing. This is not really helpful, as a user might have the impression, that he bricked his device. Instead, map the Info-LED to the state of the DSL connection. There is no consistent behavior for the Info-LED in the stock firmware, as the user can set it's function by himself. The DSL connection state is one possible option for the Info LED there. Also use the red Power LED to indicate a running upgrade, in case the board has a two-color Power LED. Signed-off-by: David Bauer <mail@david-bauer.net>
* lantiq: dts: use generic node namesPetr Štetiar2019-07-071-3/+3
| | | | | | | | | | | | | | | | | | In DTS Checklist[1] we're now demanding proper generic node names, as the name of a node should reflect the function of the device and use generic name for that[2]. Everybody seems to be copy&pasting from DTS files available in the repository today, so let's unify that naming there as well and provide proper examples. 1. https://openwrt.org/submitting-patches#dts_checklist 2. https://github.com/devicetree-org/devicetree-specification/blob/master/source/devicetree-basics.rst#generic-names-recommendation Signed-off-by: Petr Štetiar <ynezz@true.cz> [split out treewide patch, integrated P2812HNUF1 rename patch] Signed-off-by: Christian Lamparter <chunkeey@gmail.com> [merged key and led changes, use generic node name for flash, wifi and gpio] Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: dts: drop superfluous address and size cellsMathias Kresin2019-07-071-2/+0
| | | | | | | | Fixes the following devicetree compiler warning: unnecessary #address-cells/#size-cells without "ranges" or child "reg" property Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: dts: move partitions into partition nodeMathias Kresin2019-07-071-18/+22
| | | | Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: dts: fix size cellsMathias Kresin2019-07-071-1/+1
| | | | | | SPI nodes only need an address and no size. Drop the size everywhere. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: dts: drop superfluous unit addressMathias Kresin2019-07-071-2/+1
| | | | | | | | | | | | | The cpu temperature driver has the register offset hardcode and doesn't need a reg. The mdio bus node is only used as a well known name and doesn't need a reg or unit address. syscon-reboot doesn't have a unit address or a reg either. The unit name collides with reset-controller@10 anyway. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: dts: move memory node to board dtsMathias Kresin2019-07-071-0/+1
| | | | | | | The memory node is highly board specific and should be only defined in the board dts. Signed-off-by: Mathias Kresin <dev@kresin.me>
* lantiq: copy target to kernel 4.19Hauke Mehrtens2019-07-041-0/+306
This just copies the files from the kernel 4.14 specific folders into the kernel 4.19 specific folder, no changes are done to the files in this commit. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>