aboutsummaryrefslogtreecommitdiff
path: root/target/linux/ramips/dts/mt7621.dtsi
Commit message (Collapse)AuthorAge
* ramips: dts: increase maximum MMC clock frequencyShiji Yang2025-06-16
| | | | | | | | | | | | The High-Speed SD mode stability issue should have been fixed. Increase the MMC max-frequency to improve the IO speed. We can still use the sysfs to limit the clock frequency, e.g. root@OpenWrt:~# echo 25000000 > /sys/kernel/debug/mmc0/clock Signed-off-by: Shiji Yang <yangshiji66@outlook.com> Link: https://github.com/openwrt/openwrt/pull/18896 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ramips/mt7621: mark EEE as broken in devicetreeMateusz Jończyk2025-06-11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Multiple users have reported a regression [1] in OpenWRT 24.10 with the ramips/mt7621 target, which has the MT7530 PHYs: the Ethernet link is periodically going down for a brief period of time: mt7530-mdio mdio-bus:1f lan1: Link is Down br-lan: port 1(lan1) entered disabled state mt7530-mdio mdio-bus:1f lan1: Link is Up - 1Gbps/Full - flow control rx/tx The symptoms stop after disabling EEE and it was reported by Mediatek in 2021 that EEE is unstable for the MT7530 PHYs [2]: > EEE of the 10-year-old MT7530 internal gephy has many IOT problems, so > it is recommended to disable its EEE. EEE is enabled by default for these devices in OpenWRT 24.10 whereas in the previous version (OpenWRT 23.05, Linux 5.15) it was not. It was determined that in Linux 6.6, the PHY driver tries to disable EEE in mtk_gephy_config_init() in drivers/net/phy/mediatek-ge.c, but this is later overridden by a subsequent execution of the genphy_c45_write_eee_adv() function, which enables every EEE mode supported. The best way forward for now seems to be to mark EEE as broken directly in the devicetree, which affects the genphy_c45_write_eee_adv() function. There are some devices, like GnuBee GB-PC2, that define additional PHYs, for example ethernet-phy@5 or ethernet-phy@7. As reported by Chester A. Unal, these are not MT7530 PHYs and they are not affected. This would need to be cherrypicked for the OpenWRT 24.10 branch. [1] https://github.com/openwrt/openwrt/issues/17351 [2] https://lore.kernel.org/all/0adde34f936a2dafca40b06b408d82afe0852327.camel@mediatek.com/ Tested-by: Darren Tucker Signed-off-by: Mateusz Jończyk <mat.jonczyk@o2.pl> Closes: https://github.com/openwrt/openwrt/issues/17351 Link: https://github.com/openwrt/openwrt/pull/18585 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ramips: dts: adjust the power regulators of MMC controllerShiji Yang2025-06-07
| | | | | | | | | | | | | | | - Fix MMC bus IO voltage. The GPIO voltage of mt762x series SoCs is fixed 3.3V. There are no visible registers that can control the voltage level. Also add "no-1-8-v" property to indicate that MMC controller doesn't support 1.8V IO. - Drop useless property "enable-active-high". These dummy fixed voltage regulators are not controlled by the GPIO. We don't need to set the GPIO polarity. Signed-off-by: Shiji Yang <yangshiji66@outlook.com> Link: https://github.com/openwrt/openwrt/pull/18886 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ramips: dts: mt7621: add the missing XHCI power regulatorsShiji Yang2025-06-07
| | | | | | | | | | | | | | The USB power regulators are essential for the Mediatek XHCI controller. If any of them is missing, the kernel will throw a warning. Add fixed voltage io/vbus regulators to workaround this issue. Fix the following warnings: [ 7.514572] xhci-mtk 1e1c0000.xhci: supply vbus not found, using dummy regulator [ 7.522375] xhci-mtk 1e1c0000.xhci: supply vusb33 not found, using dummy regulator Signed-off-by: Shiji Yang <yangshiji66@outlook.com> Link: https://github.com/openwrt/openwrt/pull/18886 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* ramips: mt7621: reduce MMC clock to 48 MHzDaniel Golle2024-07-12
| | | | | | | | | | | | | | | | | | The switch to the upstream mmc-mtk driver caused problems with MT7621 because of unstable too high clock frequency: [ 49.643291] mmc0: error -88 whilst initialising SD card [ 49.890047] mmc0: error -88 whilst initialising SD card [ 50.142414] mmc0: error -88 whilst initialising SD card [ 50.419218] mmc0: error -88 whilst initialising SD card ... Fix this by reducing the clock speed to 48 MHz instead of 50 MHz, which is also the value used in upstream Linux mt7621.dtsi. With that change applied SD cards work as expected on MT7621 devices also with the new driver. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* ramips: make SoC dtsi compatible with upstream mmc-mtk driverShiji Yang2024-07-11
| | | | | | | | | Add all essential MTK SDHC properties to support the new mmc-mtk driver. Since this driver relies on power regulators, we also need to enable this feature for MT7620, just like MT762{1,8}. Signed-off-by: Shiji Yang <yangshiji66@qq.com> Co-authored-by: John Thomson <git@johnthomson.fastmail.com.au>
* ramips: mt7621-dts: describe switch PHYs and adjust PHY muxingArınç ÜNAL2024-05-01
| | | | | | | | | | | | | | | | | | | | | | | | Currently, the MT7530 DSA subdriver configures the MT7530 switch to provide direct access to switch PHYs, meaning, the switch PHYs listen on the MDIO bus the switch listens on. The PHY muxing feature makes use of this. This is problematic as the PHY may be attached before the switch is initialised, in which case, the PHY will fail to be attached. Since commit 91374ba537bd ("net: dsa: mt7530: support OF-based registration of switch MDIO bus") on mainline Linux, we can describe the switch PHYs on the MDIO bus of the switch on the device tree. When the PHY is described this way, the switch will be initialised first, then the switch MDIO bus will be registered. Only after these steps, the PHY will be attached. Describe the switch PHYs on mt7621.dtsi and remove defining the switch PHY on the SoC's mdio bus node. When the PHY muxing is in use, the interrupts for the muxed PHY won't work, therefore delete the "interrupts" property on the devices where the PHY muxing feature is in use. Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
* ramips: remove systick node for mt7621 SoC dtsiShiji Yang2023-12-25
| | | | | | | This node is useless because MT7621 uses the generic mips systick driver instead of the ralink systick driver. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: remove useless resets properties from SoC dtsiShiji Yang2023-12-25
| | | | | | | | | | | | | | | These drivers don't request reset control. And most reset properties even have incorrect reset source definitions. 1. interrupt controller, ref: arch/mips/ralink/irq.c 2. memory controller, ref: arch/mips/ralink/of.c 3. gpio controller, ref: drivers/gpio/gpio-ralink.c (local patch) 4. systic, ref: arch/mips/ralink/cevt-rt3352.c 5. pwm, ref: drivers/pwm/pwm-mediatek-ramips.c (local patch) Tested on MT7620 && MT7628. Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: add support for mtk eip93 crypto engineAviana Cruz2023-09-12
| | | | | | | | | Mediatek EIP93 Crypto engine is a crypto accelerator which is available in the Mediatek MT7621 SoC. Signed-off-by: Aviana Cruz <gwencroft@proton.me> Co-authored-by: Richard van Schagen <vschagen@icloud.com> Co-authored-by: Chukun Pan <amadeus@jmu.edu.cn>
* ramips: mt7621-wdt: use phandle to access system controller registersShiji Yang2023-07-30
| | | | | | | | | | | | | These patches allow the driver to access some watchdog registers via a phandle to the system controller node[1]. To apply these changes, we need to add "mediatek,sysctl" to the SoC dtsi. This commit also remove the redundent clocks, interrupts and resets properties. [1] https://lore.kernel.org/all/20230214103936.1061078-2-sergio.paracuellos@gmail.com Tested on Motorola MWR03 (MT7628) Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: add proper system clock and reset driver support for mt7621Shiji Yang2023-07-30
| | | | | | | | | | | | | | | | | This series of upstream patches makes the system controller node as a reset provider[1][2], and it also includes some clock and reset driver fixes[3][4]. Meanwhile, all clocks and resets properties in the SoC device tree have been updated to be compatible with the new driver. [1] https://lore.kernel.org/r/20220110114930.1406665-2-sergio.paracuellos@gmail.com [2] https://lore.kernel.org/r/20220210094859.927868-2-sergio.paracuellos@gmail.com [3] https://lore.kernel.org/r/20221217074806.3225150-1-sergio.paracuellos@gmail.com [4] https://lore.kernel.org/r/20230206083305.147582-1-sergio.paracuellos@gmail.com Tested on RAISECOM MSG1500 X.00 Signed-off-by: John Thomson <git@johnthomson.fastmail.com.au> Signed-off-by: Shiji Yang <yangshiji66@qq.com>
* ramips: remove device tree legacy compatibilityNick Hainke2023-05-12
| | | | | | | We switched to 5.15 kernel, so we don't need to maintain 5.10 compatibility anymore. Signed-off-by: Nick Hainke <vincent@systemli.org>
* treewide: remove label = "cpu" from DSA dt-bindingArınç ÜNAL2023-02-26
| | | | | | | This is not used by the DSA dt-binding, so remove it from all devicetrees. Link: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9cc115d8d6f73dd260de1609182f3645844d6907 Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
* ramips: mt7621-dts: change phy-mode of gmac1 to rgmiiArınç ÜNAL2022-09-18
| | | | | | | Change phy-mode of gmac1 to rgmii on mt7621.dtsi. Same code path is followed for delayed rgmii and rgmii phy-mode on mtk_eth_soc.c. Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
* ramips: mt7621-dts: remove DTS_LEGACY from ethernet nodeArınç ÜNAL2022-08-20
| | | | | | | | | Remove DTS_LEGACY put for claiming pin groups for the ethernet node from the ethernet node. It's not an old kernel trait. These bindings need to be there on the newer kernels as well. Fixes: a3764ee29dd0 ("ramips: add linux 5.15 support for mt7621") Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
* ramips: add linux 5.15 support for mt7621Felix Fietkau2022-03-27
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* ramips: mt7621-dts: add pinctrl properties for ethernetArınç ÜNAL2022-02-26
| | | | | | | | | | | | | | | Add the missing pinctrl properties on the ethernet node. GMAC1 will start working with this change. Link: https://lore.kernel.org/netdev/83a35aa3-6cb8-2bc4-2ff4-64278bbcd8c8@arinc9.com/ Overwrite pinctrl-0 property without rgmii2_pins on devicetrees which use the rgmii2 pins as GPIO (22 - 33). Give gpio function to rgmii2 pin group on mt7621_tplink_archer-x6-v3.dtsi which uses GPIO 28. Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
* ramips: mt7621-dts: enable flow control on port@6Arınç ÜNAL2022-02-26
| | | | | | | | Flow control needs to be enabled on both sides to work. It is already enabled on gmac0, enable it on port@6 too. Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com> Tested-by: Sungbo Eo <mans0n@gorani.run>
* ramips: mt7621-dts: fix switch@1f warningsArınç ÜNAL2022-02-26
| | | | | | | | | | | | | Remove reg property from ports node to fix this warning: Warning (unit_address_vs_reg): /ethernet@1e100000/mdio-bus/switch@1f/ports: node has a reg or ranges property, but no unit name Another warning surfaces afterwards. Remove #address-cells and #size-cells from switch@1f node to fix this warning: Warning (avoid_unnecessary_addr_size): /ethernet@1e100000/mdio-bus/switch@1f: unnecessary #address-cells/#size-cells without "ranges" or child "reg" property Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
* kernel: backport MT7530 IRQ supportDENG Qingfang2022-02-10
| | | | | | | | | | | Support MT7530 PHY link change interrupts, and enable for MT7621. For external MT7530, a GPIO IRQ line is required, which is board-specific, so it should be added to each DTS. In case the interrupt-controller property is missing, it will fall back to polling mode. Signed-off-by: DENG Qingfang <dqfext@gmail.com>
* Revert "kernel: backport MT7530 IRQ support"Hauke Mehrtens2022-02-05
| | | | | | | | | This reverts commit 3f4301e123f29348b4ad87578d62b7d1f5f210c6. This broke the mt7530 on Linksys e8450 (mt7622) for me. [ 1.300554] mt7530 mdio-bus:00: no interrupt support Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* kernel: backport MT7530 IRQ supportDENG Qingfang2022-02-05
| | | | | | | | Support MT7530 PHY link change interrupts, and enable for MT7621. Signed-off-by: DENG Qingfang <dqfext@gmail.com> Tested-by: Arınç ÜNAL <arinc.unal@arinc9.com> Tested-by: Stijn Tintel <stijn@linux-ipv6.be>
* ramips: mt7621-dts: properly organize pcie nodeSergio Paracuellos2021-11-06
| | | | | | | | | | | Device tree pcie node for this SoC is using different styles in its different properties. Hence properly unify them to be able to write a a proper yaml schema documentation. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20210505121736.6459-11-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: add missing device_type in pcie root portsSergio Paracuellos2021-11-06
| | | | | | | | | According to the YAML schema 'pci-bus.yaml' the 'device_type' property is mandatory for all pcie root ports. Hence add it. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20210506170742.28196-3-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: remove 'bug-range' propertySergio Paracuellos2021-11-06
| | | | | | | | | Property 'bus-range' when values are the default are not necessary to be defined. Hence, remove all of them. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20210506170742.28196-2-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: use standard 'syscon' stringSergio Paracuellos2021-11-06
| | | | | | | | | | Both 'memc' and 'sysc' nodes are not using 'syscon' as a node string which is the standard one to be used. Update both of them. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20210505132154.8263-3-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: remove ethsys nodeSergio Paracuellos2021-11-06
| | | | | | | | | | | | | | | | DT 'ethsys' node is being configured as a syscon to get access to reset and other registers in the 'mediateķ,mt7621-eth' driver. Since the 'sysc' is also a syscon, provides the clock and also is virtually mapped from the same physical address 0x1e000000 we can just use 'sysc' as the phandle for the syscon in the ethernet node. Compatible string 'mediatek,mt7621-ethsys' of the node is not being used anywhere inside the kernel so, this node can be safely removed. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20210505132154.8263-2-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: remove obsolete switch nodeDENG Qingfang2021-11-06
| | | | | | | | | | This was for OpenWrt's swconfig driver, which never made it upstream, and was also superseded by MT7530 DSA driver. Reviewed-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Signed-off-by: DENG Qingfang <dqfext@gmail.com> Link: https://lore.kernel.org/r/20210108025155.31556-1-dqfext@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: properly define 'cpc' and 'mc' nodesSergio Paracuellos2021-11-06
| | | | | | | | | | | | | | | | 'cpc' and 'mc' nodes correspond with the MIPS 'Cluster Power Controller' and 'MIPS Common Device Memory Map' which are present in some MIPS related boards. There is already bindings documentation for these two located in: - Documentation/devicetree/bindings/power/mti,mips-cpc.yaml - Documentation/devicetree/bindings/bus/mti,mips-cdmm.yaml Hence, properly update compatible strings and align nodes with already mainlined bindings documentation. Also, move their definition to a proper place since both of them are not related with the palmbus at all. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20211002060706.30511-1-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: change some node hex addresses to lower caseSergio Paracuellos2021-11-06
| | | | | | | | | Hexadecimal addresses in device tree must be defined using lower case. There are some of them that are still in upper case. Change them all. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20211017070656.12654-2-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: mt7621-dts: make use of 'IRQ_TYPE_LEVEL_HIGH' instead of magic numbersSergio Paracuellos2021-11-06
| | | | | | | | | | Nodes 'gdma' and 'hsdma' are using magic number '4' in interrupts property. Use 'IRQ_TYPE_LEVEL_HIGH' instead to align with the rest of the nodes in the file. Signed-off-by: Sergio Paracuellos <sergio.paracuellos@gmail.com> Link: https://lore.kernel.org/r/20211019102915.15409-2-sergio.paracuellos@gmail.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ramips: move aliases to the top in SoC DTSI filesAdrian Schmutzler2021-02-22
| | | | | | | The aliases node is expected as one of the first entries, and having it there matches alphabetic sorting as well. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: remove redundant status for USB controllersAdrian Schmutzler2020-12-07
| | | | | | | | | | | | | | | | | | mt7621, mt7628an and rt5350 have USB controllers (ehci/ohci or xhci) enabled by default. Thus, this patch drops redundant status=okay statements in derived device DTS files. While at it, also drop an explicit status=okay in mt7621.dtsi, as this is default. Note: For rt5350, about 50 % of the devices enabled ehci/ohci in the DTS files, and there is actually no device actively disabling it. It looks like only a few people are aware that the controllers are enabled by default here. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: move dts-v1 statement to top-level DTSI filesAdrian Schmutzler2020-09-25
| | | | | | | | | | | | | | | | | The "/dts-v1/;" identifier is supposed to be present once at the top of a device tree file after the includes have been processed. In ramips, we therefore requested to have in the DTS files so far, and omit it in the DTSI files. However, essentially the syntax of the parent mtxxxx/rtxxxx DTSI files already determines the DTS version, so putting it into the DTS files is just a useless repetition. Consequently, this patch puts the dts-v1 statement into the top-level SoC-based DTSI files, and removes all other occurences. Since the dts-v1 statement needs to be before any other definitions, this also moves the includes accordingly where necessary. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: move redundant console setup to mt7621 SoC DTSIAdrian Schmutzler2020-07-17
| | | | | | | | | | | | | | | | | For mt7621, console is set up via DTS bootargs individually in device DTS/DTSI files. However, 44 of 74 statements use the following setting: chosen { bootargs = "console=ttyS0,57600"; }; Therefore, don't repeat ourselves and move that definition to the SoC DTSI file to serve as a default value. This patch is cosmetic. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: mt7621: backport more pcie driver fixesChuanhong Guo2020-04-18
| | | | Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
* ramips: mt7621: add new NAND driverDENG Qingfang2020-04-04
| | | | | | Add new NAND driver for MT7621 Signed-off-by: DENG Qingfang <dengqf6@mail2.sysu.edu.cn>
* ramips: mt7621: update PCIe node in dtsiDENG Qingfang2020-04-04
| | | | | | Update PCIe node in dtsi to match the new driver Signed-off-by: DENG Qingfang <dengqf6@mail2.sysu.edu.cn>
* ramips: mt7621: update pinctrl nodesDENG Qingfang2020-04-04
| | | | | | Upstream GPIO driver uses "groups" "function" properties Signed-off-by: DENG Qingfang <dengqf6@mail2.sysu.edu.cn>
* ramips: mt7621: replace gpio/eth nodes in mt7621.dtsiDENG Qingfang2020-04-04
| | | | | | | There's different gpio and ethernet drivers upstream for mt7621. Update these two nodes to match upstream dt bindings. Signed-off-by: DENG Qingfang <dengqf6@mail2.sysu.edu.cn>
* ramips: fix whitespace issues in DTS filesAdrian Schmutzler2019-10-21
| | | | | | | | | This is the result of grepping/searching for several common whitespace issues like double empty lines, leading spaces, etc. This patch fixes them for the ramips target. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* ramips: mt7621: add IRQ for GPIO nodeChuanhong Guo2019-06-26
| | | | | | This makes interrupt-based gpio-keys working. Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
* ramips: fix MT7621 dtsiDeng Qingfang2018-12-29
| | | | | | | Fix SysTick reg Add uartlite2 and uartlite3 nodes Signed-off-by: Deng Qingfang <dengqf6@mail2.sysu.edu.cn>
* ramips: fix dtc compiler warningsMathias Kresin2018-12-06
| | | | | | | | | | | | | | | | | The latest dtc compiler considers nodes named i2c or spi as the respective bus: /pinctrl/i2c: incorrect #address-cells for I2C bus /pinctrl/spi: incorrect #address-cells for SPI bus Rename the node to fix the false positives. Fix the spi node unit address for the DWR-512-B and UBNT-ER-e50 to get rid of the following warning: SPI bus unit address format error, expected "n" Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: fix some clocks in mt7621.dtsiWeijie Gao2018-11-26
| | | | | | | As the cpu clock calculation has been fixed, the clock for gic and spi should be also fixed. Signed-off-by: Weijie Gao <hackpascal@gmail.com>
* ramips: fix cpu clock of mt7621 and add dt clk devicesWeijie Gao2018-11-26
| | | | | | | | | | For a long time the mt7621 uses a fixed cpu clock which causes a problem if the cpu frequency is not 880MHz. This patch fixes the cpu clock calculation and adds the cpu/bus clkdev which will be used in dts. Signed-off-by: Weijie Gao <hackpascal@gmail.com>
* ramips: fix register range of memc node in mt7621.dtsiWeijie Gao2018-11-26
| | | | | | | The memc node from mt7621.dtsi has incorrect register resource. Fix it according to the programming guide. Signed-off-by: Weijie Gao <hackpascal@gmail.com>
* ramips: set usb led trigger via devicetreeMathias Kresin2018-10-07
| | | | | | | | | | Assign the usbdev trigger via devicetree for all subtargets and drop the userspace handling of the usb leds. With the change all usb ports are triggering the usb led instead of only usb 1.1 XOR usb 2.0 XOR usb 3.0 as it was before. Signed-off-by: Mathias Kresin <dev@kresin.me>
* ramips: add mt7620/1 sdhci pinmuxMathias Kresin2018-09-06
| | | | | | | Set the pins to the required mode via the pinmux driver. It allows to get rid of the pinmux related code in the sd card driver. Signed-off-by: Mathias Kresin <dev@kresin.me>
Powered by cgit, Themed by Ted Yin.