summaryrefslogtreecommitdiff
path: root/target/linux/ramips
Commit message (Collapse)AuthorAgeFilesLines
* ramips: make the alsa driver register the codecJohn Crispin2015-10-261-38/+15
| | | | | | | | this allows using the codec even if it is not listed in the DTS Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47256
* ramips: gpio-mt7621 was not handling irqs above 31 properlyJohn Crispin2015-10-201-1/+1
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47238
* ramips: add alsa supportJohn Crispin2015-10-195-1/+8554
| | | | | | | | | add the SDK alsa driver. this has only been tested on mt7628/88 and wm8960. mt7620 is only compile tested. Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47205
* ramips: add a baurate hackJohn Crispin2015-10-191-0/+12
| | | | | | | | | When talking to an atmel controller we need 9600 or 250000 baud. as 250000 does not exist we use 2500000. Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47204
* ramips: add LinkIt Smart7688 supportJohn Crispin2015-10-198-0/+311
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47203
* ramips: fix /target/linux/ramips/dts/HC5XXX.dtsiJohn Crispin2015-10-071-2/+0
| | | | | | | | dtb complained about those lines Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47151
* ramips: enable mt76 by default for the mt7620 subtarget (for devices with ↵Felix Fietkau2015-10-062-3/+2
| | | | | | | | mt7620 + mt7612) Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47146
* ramips: improve read performance of the m25p80 chunked io patchFelix Fietkau2015-10-051-7/+58
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47137
* ramips: improve systick timerJohn Crispin2015-10-051-6/+145
| | | | | | | | | | | | when sleep mode is disable use MIPS as clocksource and clockevent instead of systick. because MIPS timer has higher resolution 5ns less than systick 20us and larger counter bits 32 > 16. clean interrupt by write compare register at isr. fix typo cause sleep mode not enable. Signed-off-by: Michael Lee <igvtee@gmail.com> SVN-Revision: 47122
* ramips: fix use remove_irq to release irqaction resourceJohn Crispin2015-10-051-1/+1
| | | | | | Signed-off-by: Michael Lee <igvtee@gmail.com> SVN-Revision: 47121
* ramips: add support for 16MB VoCoreJohn Crispin2015-10-054-35/+93
| | | | | | Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com> SVN-Revision: 47120
* ramips: fix size-cells for spi nodesJohn Crispin2015-10-056-6/+6
| | | | | | Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com> SVN-Revision: 47119
* ramips: Ralink RT3883 RGMII pinmux fix.John Crispin2015-10-051-2/+2
| | | | | | | | | Due to datasheet of rt3883 SoC rgmii1 port handles pins 84-95 and rgmii2 port handles pins 72-83. When this function ports gets added to rt3883_pinmux_data there's wrong pinmux bits set (RT3883_GPIO_MODE_GE1 manages 84-95 pins and RT3883_GPIO_MODE_GE2 manages 72-83). So when enabling rgmii2 as GPIO driver confuses hardware and nothing work, neither rgmii nor gpio. Also in '0030-pinctrl-ralink-add-pinctrl-driver.patch' typo in name of rgmii2 port. Signed-off-by: Nick Leiten <nickleiten@gmail.com> SVN-Revision: 47118
* ramips: Enable rx of 1536 bytes ethernet frames on MT7621John Crispin2015-10-051-4/+4
| | | | | | | | | | | The default switch frame size (with FCS + header) is 1536 bytes. But the GMAC only accepted frames up to 1522 bytes. Setting it to 1536 allows to receive ethernet frames using the full of MTU 1500 + an extra VLAN header + VLAN header added by the switch. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 47117
* ramips: Fix too small rx bufferJohn Crispin2015-10-051-4/+12
| | | | | | | | | | | | | | | | | | The driver assumes that the maximum received buffer for non-jumbo frames is 1536 bytes. But the allocation of the rx fragment doesn't reflect that. It currently allocates fragments which will only be large enough to be used as rx buffer with the size of 1534 bytes. This is problematic because the GMAC will now try to write to 2 bytes which don't belong to its receive buffer when a large enough ethernet frame is received. This may already be a problem on existing chips but will at least become a problem when the 1536 byte rx modus is enabled on MT7621a. It is required on this SoC to receive ethernet frames which use their full 1500 bytes MTU and a VLAN header next to the switch VLAN tag. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 47116
* ramips: Fix setting of rx buffer lengthJohn Crispin2015-10-052-2/+3
| | | | | | | | | | | | | | The length of the DMA rx buffer was always set to 0 because the function for extracting the length was used to calculate the value for setting it. Instead the macro has to be split in a get and set function similar to the TX_DMA_(GET_|)PLEN(0|1) macro. No problem was noticed on MT7621a before this was changed and thus maybe it was hidden by different problem which is not yet fixed. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 47115
* ramips: Allow to receive vlan over untag ports on MT7530John Crispin2015-10-051-3/+33
| | | | | | | | | | | | | | | | | | | | The MT7530 switch driver with enable_vlan set will automatically set all ports to the user port mode. The hardware will remove the incoming vlan tag on these ports and use it for its internal vlan. This is usually not wanted and makes it impossible to communicate via vlan over the switch in both directions. It is possible to configure a switch port to "transparent mode" when this port is only used as untag in the switch VLANs. This will disable the VLAN untagging of packets when they were received on this port. The tagging on "tag" ports based on the vlan id is still working. The transparent port mode cannot be used when a port is both used in a VLAN as "tag" and in another one as "untag" port. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 47114
* ramips: Add build files for HiWiFi HC5x61 modelsJohn Crispin2015-10-052-0/+53
| | | | | | | | | | | | | | HiWiFi HC5661/5761/5861 models are manufactured by http://www.hiwifi.com <http://www.hiwifi.com/>. These models have similar hardware specs(MT7620A + 128M DDR2 + 16M flash). This patch adds support for them. The original author is Justin Liu (rssnsj@gmail.com). I ported the patch to trunk and submitted it here with his approval. v3 fix 1: Spaces -> Tabs 2: Removed some packages Signed-off-by: Xiaoning Kang <kangxn@163.com> SVN-Revision: 47113
* ramips: Add DTS files for HiWiFi HC5x61 modelsJohn Crispin2015-10-054-0/+299
| | | | | | | | | | | | | | HiWiFi HC5661/5761/5861 models are manufactured by http://www.hiwifi.com. These models have similar hardware specs(MT7620A + 128M DDR2 + 16M flash). This patch adds support for them. The original author is Justin Liu (rssnsj@gmail.com). I ported the patch to trunk and submitted it here with his approval. v3 fix 1: Merged most stuff into dtsi file 2: Remove unnecessary empty lines. Signed-off-by: Xiaoning Kang <kangxn@163.com> SVN-Revision: 47112
* ramips: Add base-files for HiWiFi HC5x61 modelsJohn Crispin2015-10-055-10/+45
| | | | | | | | | | | | | | | HiWiFi HC5661/5761/5861 models are manufactured by http://www.hiwifi.com. These models have similar hardware specs(MT7620A + 128M DDR2 + 16M flash). This patch adds support for them. The original author is Justin Liu (rssnsj@gmail.com). I ported the patch to trunk and submitted it here with his approval. v3 fix 1: Fixed model order 2: Remove manufacturer name from model name 3: Use a hacky but prettier way to get mac address. Signed-off-by: Xiaoning Kang <kangxn@163.com> SVN-Revision: 47111
* ralink: add irq to mt7628 gpio nodeJohn Crispin2015-10-011-0/+3
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47076
* ralink: the mmc driver can now handle CD lines that are active lowJohn Crispin2015-10-011-4/+14
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47074
* ralink: speed selection was broken in spi-mt7621John Crispin2015-10-011-4/+5
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 47073
* ramips: Fix pinmux functions for MT7621John Crispin2015-09-162-16/+16
| | | | | | | | | The pinctrl-rt2880 code doesn't support multiple functions with the same name. This will result in a incorrect pinmux configuration. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 46963
* ramips: add mt7621/3/8 support to the I2C driverJohn Crispin2015-09-161-9/+34
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46959
* ramips: fix reported vendor nameJohn Crispin2015-09-161-0/+22
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46958
* ramips: add proper mt7688 detectionJohn Crispin2015-09-162-2/+116
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46957
* ramips: add speed and mode settings to spi-mt7621John Crispin2015-09-161-13/+178
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46956
* ramips: add get_direction() callback and irq support to gpio-mt7621John Crispin2015-09-161-12/+188
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46955
* ramips: more m7628 pinmux fixesJohn Crispin2015-09-161-0/+131
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46954
* ramips: add mt7628 pwm driverJohn Crispin2015-09-161-0/+204
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46953
* ramips: make pinctrl work on newer socsJohn Crispin2015-09-161-20/+27
| | | | | | | | newer socs have 2 mux registers Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46952
* ramips: make the mt7628 spi driver work for both cs linesJohn Crispin2015-09-161-8/+7
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46951
* ramips: make the early_printk code detect which uart is usedJohn Crispin2015-09-161-2/+27
| | | | | | | | only tested on mt7628 Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46950
* ramips: Added WIZnet WizFi630A Platform based on Ralink RT5350John Crispin2015-09-147-1/+217
| | | | | | | | This patch is to add the WIZnet WizFi630A board as a new platform. The board is in mini pci express form factor. Signed-off-by: Tobias Welz <tw@wiznet.eu> SVN-Revision: 46921
* ramips: add support for Planex DB-WRT01John Crispin2015-09-147-0/+111
| | | | | | | | | | This patch add support for Planex DB-WRT01. DANBOARD route on the MT7620A SoC with two Ethernet port and a 802.11n 2.4 GHz radio. DANBOARD is Cartoon character. Signed-off-by: YuheiOKAWA <tochiro.srchack@gmail.com> SVN-Revision: 46918
* ramips: fix chunked-io support for big flash chips (#20504)Felix Fietkau2015-09-141-3/+6
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 46904
* ramips: enable external amplifier for Xiaomi MiWiFi MiniFelix Fietkau2015-09-121-0/+5
| | | | | | | | Attempt to boost the 2.4 GHz signal, currently very low. Signed-off-by: D. Andrei Măceș <dmaces@nd.edu> SVN-Revision: 46891
* ramips: Enable RTC support for PBR-M1Felix Fietkau2015-09-111-0/+1
| | | | | | | | | | | | | | The PBR-M1 and other upcoming MT7621 boards have RTC chips on them. The PBR-M1 also selects the kmod-rtc-pcf8563 by default. But the module itself will not be build because CONFIG_RTC_CLASS is currently not enabled for its kernel. Enabling this option should fix the problem of the missing rtc device on these boards. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 46857
* kernel: update 3.18 to 3.18.21Jonas Gorski2015-09-028-14/+14
| | | | | | | | | Changelog: * https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.21 Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46768
* ramips: fix devicetree corruption with some boot loaders if the caches are ↵Felix Fietkau2015-09-021-0/+18
| | | | | | | | not ready at boot Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46766
* ramips: disable the openwrt commandline hackJonas Gorski2015-08-306-6/+0
| | | | | | | | We don't make use of it, so no need to have it enabled. Signed-off-by: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 46759
* ramips: move patches aroundJohn Crispin2015-08-171-0/+0
| | | | | | | | 0073 needs to applied afert 0102 Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46667
* ramips: base-files: optimize etc/diag.sh and etc/board.d/01_leds scriptsJohn Crispin2015-08-172-424/+235
| | | | | | | | | | | | | | | | | | | | | | | | Instead of using board name provided explicitly as text in LED name, ex.: [...] mlwg2) status_led="mlwg2:blue:system" [...] use $board variable, which allows to combine together multiple boards with same color and LED names, ex: [...] mlw221|\ mlwg2) status_led="$board:blue:system" [...] The above approach allows to shrink size of code in base-files/etc/board.d/01_leds and base-files/etc/diag.sh scripts dramatically. One thing to keep in mind here is that we assume to use proper and consistent LED naming scheme ("device:color:led-name"). Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46665
* ramips: use consistent naming scheme for LEDsJohn Crispin2015-08-1780-612/+694
| | | | | | | | | | | | | The upstream LED naming convention is "device:color:led-name", but it seems that many of supported boards in OpenWrt don't follow this approach. The following patch fixes this inconsistency in dts{,i} files and updates base-files scripts for ramips target: * fixes wrong indentation * keeps case statements structure in same convention as in other scripts (no empty line after ";;", no indentation for case...esac body) * fixes wrong LED names for some of boards (makes them the same as in dts{,i} files) * combines boards with same configuration (ex. set_wifi_led "rt2800pci-phy0::radio" in 01_leds) Signed-off-by: Piotr Dymacz <pepe2k@gmail.com> SVN-Revision: 46664
* ramips: reorder the sysupgrade scriptJohn Crispin2015-08-171-13/+13
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46660
* ramips: reorder patchesJohn Crispin2015-08-1711-5/+3
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 46659
* ramips: Fix MT7621 pinmux bits for uart3, uart2, mdioJohn Crispin2015-08-171-9/+26
| | | | | | | | | | | The MT7621 uses a 2 bit wide configuration of the sdhci, spi, mdio, pcie, wdt, uart2 and uart3 in the GPIO_MODE register. It was correctly done for sdhci, spi, pcie and wdt, The same has to be done for uart3, uart2 and mdio. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 46645
* ramips: Fix amount of MT7621 pins controlled by spi groupJohn Crispin2015-08-171-1/+1
| | | | | | | | | The PINS conntrolled by the SPI bits in the GPIO_MODE register is always 7 and not 8 for nand mode. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 46644
* ramips: Fix uart2/uart3 pinmux order on MT7621John Crispin2015-08-171-4/+4
| | | | | | | | | The uart3 setting in GPIO_MODE register is before the uart2 setting. Also don't mix uart2 and uart3 function/groups. Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 46643
generated by cgit v1.1 at 2024-11-11 15:07:42 +0000