aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/mvebu/base-files/etc
Commit message (Collapse)AuthorAgeFilesLines
* mvebu: add support for WRT32X (venom)Michael Gray2018-05-145-2/+12
| | | | | | | | | | | | | | | | | | Linksys WRT32X (Venom) is identical in hardware to the WRT3200ACM with a different flash layout and boots zImage rather than uImage. Specification: - Marvell Armada 385 88F6820 (2x 1.8GHz) - 256MB of Flash - 512MB of RAM - 2.4GHz (bgn) and 5GHz (an+ac wave 2) - 4x 1Gbps LAN + 1x 1Gbps WAN - 1x USB 3.0 and 1x USB 2.0/eSATA (combo port) Flash instruction: Apply factory image via web-gui. Signed-off-by: Michael Gray <michael.gray@lantisproject.com>
* mvebu: add support for MACCHIATObin (cortex-a72)Damir Samardzic2018-03-311-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add initial support for Marvell MACCHIATObin, cortex-a72 based Marvell ARMADA 8040 Community board. Comes in two forms: Single Shot and Double Shot. Specifications: - Quad core Cortex-A72 (up to 2GHz) - DDR4 DIMM slot with optional ECC and single/dual chip select support - Dual 10GbE (1/2.5/10GbE) via copper or SFP 2.5GbE (1/2.5GbE) via SFP 1GbE via copper - SPI Flash - 3 X SATA 3.0 connectors - MicroSD connector - eMMC - PCI x4 3.0 slot - USB 2.0 Headers (Internal) - USB 3.0 connector - Console port (UART) over microUSB connector - 20-pin Connector for CPU JTAG debugger - 2 X UART Headers - 12V input via DC Jack - ATX type power connector - Form Factor: Mini-ITX (170 mm x 170 mm) More details at http://macchiatobin.net Booting from micro SD card: 1. reset U-Boot environment: env default -a saveenv 2. prepare U-Boot with boot script: setenv bootcmd "load mmc 1:1 0x4d00000 boot.scr; source 0x4d00000" saveenv or manually: setenv fdt_name armada-8040-mcbin.dtb setenv image_name Image setenv bootcmd 'mmc dev 1; ext4load mmc 1:1 $kernel_addr $image_name;ext4load mmc 1:1 $fdt_addr $fdt_name;setenv bootargs $console root=/dev/mmcblk1p2 rw rootwait; booti $kernel_addr - $fdt_addr' saveenv Signed-off-by: Damir Samardzic <damir.samardzic@sartura.hr>
* mvebu: new subtarget cortex A53Tomasz Maciej Nowak2018-03-101-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit introduces new subtarget for Marvell EBU Armada Cortex A53 processor based devices. The first device is Globalscale ESPRESSObin. Some hardware specs: SoC: Marvell Armada 3700LP (88F3720) dual core ARM Cortex A53 processor up to 1.2GHz RAM: 512MB, 1GB or 2GB DDR3 Storage: SATA interface µSD card slot with footprint for an optional 4GB EMMC 4MB SPI NOR flash for bootloader Ethernet: Topaz Networking Switch (88E6341) with 3x GbE ports Connectors: USB 3.0 USB 2.0 µUSB port connected to PL2303SA (USB to serial bridge controller) for UART access Expansion: 2x 46-pin GPIO headers for accessories and shields with I2C, GPIOs, PWM, UART, SPI, MMC, etc MiniPCIe slot Misc: Reset button, JTAG interface Currently booting only from µSD card is supported. The boards depending on date of dispatch can come with various U-Boot versions. For the newest version 2017.03-armada-17.10 no manual intervention should be needed to boot OpenWrt image. For the older ones it's necessary to modify default U-Boot environment: 1. Interrupt boot process to run U-Boot command line, 2. Run following commands: (for version 2017.03-armada-17.06 and 2017.03-armada-17.08) setenv bootcmd "load mmc 0:1 0x4d00000 boot.scr; source 0x4d00000" saveenv (for version 2015.01-armada-17.02 and 2015.01-armada-17.04) setenv bootargs "console=ttyMV0,115200 root=/dev/mmcblk0p2 rw rootwait" setenv bootcmd "ext4load mmc 0:1 ${fdt_addr} armada-3720-espressobin.dtb; ext4load mmc 0:1 ${kernel_addr} Image; booti ${kernel_addr} - ${fdt_addr}" saveenv 3. Poweroff, insert SD card with OpenWrt image, boot and enjoy. Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
* mvebu: add support for Turris OmniaRyan Mounce2018-03-101-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adds support for the Turris Omnia and builds an eMMC sysupgrade image in the same format as the SolidRun ClearFog. An initramfs image in the simple yet Omnia-specific 'medkit' image format is also built in order to ease the initial flashing process. Notable hardware support omissions are support for switching between SFP cage and copper PHY, and RGB LED control. Due to a current limitation of DSA, only 1/2 CPU switch uplinks are used. Specifications: - Marvell Armada 385 1.6GHz dual-core ARMv7 CPU - 1GB DDR3 RAM - 8GB eMMC Flash - 5x Gigabit LAN via Marvell 88E6176 Switch (2x RGMII CPU ports) - 1x switchable RJ45 (88E1514 PHY) / SFP SGMII WAN - 2x USB 3.0 - 12x dimmable RGB LEDs controlled by independent MCU - 3x Mini PCIe slots - Optional Compex WLE200N2 Mini PCIe AR9287 2x2 802.11b/g/n (2.4GHz) - Optional Compex WLE900VX Mini PCIe QCA9880 3x3 802.11ac (2.4 / 5GHz) - Optional Quectel EC20 Mini PCIe LTE modem Flash instructions: If the U-Boot environment has been modified previously (likely manually via serial console), first use serial to reset the default environment. => env default -a => saveenv Method 1 - USB 'medkit' image w/o serial - Copy openwrt-mvebu-turris-omnia-sysupgrade.img.gz and omnia-medkit-openwrt-mvebu-turris-omnia-initramfs.tar.gz to the root of a USB flash drive formatted with FAT32 / ext2/3/4 / btrfs / XFS. Note that the medkit MUST be named omnia-medkit*.tar.gz - Disconnect other USB devices from the Omnia and connect the flash drive to either USB port. - Power on the Omnia and hold down the rear reset button until 4 LEDs are illuminated, then release. - Wait approximately 2 minutes for the Turris Omnia to flash itself with the temporary image, during which LEDs will change multiple times. - Connect a computer to a LAN port of the Turris Omnia with a DHCP client - (if necessary) ssh-keygen -R 192.168.1.1 - ssh root@192.168.1.1 $ mount /dev/sda1 /mnt $ sysupgrade /mnt/openwrt-mvebu-turris-omnia-sysupgrade.img.gz - Wait another minute for the final OpenWrt image to be flashed. The Turris Omnia will reboot itself and you can remove the flash drive. Method 2 - TFTP w/ serial - Extract omnia-medkit-openwrt-mvebu-turris-omnia-initramfs.tar.gz and copy dtb + zImage to your TFTP server (rename if desired) - Connect Turris Omnia WAN port to DHCP-enabled network with TFTP server - Connect serial console and interrupt U-Boot => dhcp => setenv serverip <tftp_server_ip_here> => tftpboot 0x01000000 zImage => tftpboot 0x02000000 dtb => bootz 0x01000000 - 0x02000000 - OpenWrt will now boot from ramdisk - Download openwrt-mvebu-turris-omnia-sysupgrade.img.gz to /tmp/ $ sysupgrade /tmp/openwrt-mvebu-turris-omnia-sysupgrade.img.gz - Wait another minute for the final OpenWrt image to be flashed. The Turris Omnia will reboot itself. Signed-off-by: Ryan Mounce <ryan@mounce.com.au>
* mvebu: Migrate uci config to new PCIe pathHauke Mehrtens2018-02-131-0/+41
| | | | | | | | | | | | | | | | | | | | The name of the PCIe controller node in device tree changed between kernel 4.9 and kernel 4.14. Migrate the configuration when an update from kernel 4.9 to 4.14 or back is done to the new name to make the existing wifi configuration compatible with the new names. This replaces the "pcie-controller" part with "pcie" on all nodes if the file exists in sys fs. This is not done in the uci-defualts, because they are getting executed to late in the boot process. The kernel module gets loaded before the uci-defaults scripts are executed. When the mwlwifi driver gets loaded it will trigger an event via hotplug to detect new devices and as the paths are not in the uci configuration they will be added again. When the migration is done before the script will detect that they are already there. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* mvebu: Sort 02_network alphabeticallyRyan Mounce2017-10-151-6/+6
| | | | Signed-off-by: Ryan Mounce <ryan@mounce.com.au>
* treewide: use the generic board_name functionMathias Kresin2017-07-156-12/+9
| | | | | | Use the generic function instead ot the target specific ones. Signed-off-by: Mathias Kresin <dev@kresin.me>
* mvebu: clearfog: assign SFP port to WAN zoneJosua Mayer2017-05-301-1/+1
| | | | | | | | | The single SFP port is meant for direct media access to WAN, such as VDSL2, GPON). While it could also be used for in-home fiber, it is much more likely that the LAN is standard ethernet, especially considering that SFP is the onmly port that can go beyond 1Gbps. Signed-off-by: Josua Mayer <josua.mayer97@gmail.com>
* mvebu: clearfog: document interface configurationJosua Mayer2017-05-301-6/+9
| | | | | | | | | | | | | Take explicit note of what physical ports eth{0,1,2} refer to. Also repair port assignment: At some point between 4.9.20 and 4.9.29 the numbering changed. Keep previous port assignment that was: LAN = SFP+Switch WAN = standalone ethernet Also use the same assignment for Clearfog-Base to avoid confusion. Signed-off-by: Josua Mayer <josua.mayer97@gmail.com>
* mvebu: add ClearFog Base supportMarko Ratkaj2017-05-141-0/+3
| | | | | | | | | | Add support for SolidRun ClearFog Base board. The base model is a smaller version of ClearFog Pro without the DSA switch, replacing it with a second copper gigabit port, and only one PCIe socket. Signed-off-by: Marko Ratkaj <marko.ratkaj@sartura.hr>
* mvebu: ClearFog renamed upstream to ClearFog ProMarko Ratkaj2017-05-141-1/+1
| | | | | | The conventional model is now known as the "Clearfog Pro" Signed-off-by: Marko Ratkaj <marko.ratkaj@sartura.hr>
* ar71xx/ipq806x/mediatek/mvebu: fix network defaultsJo-Philipp Wich2017-02-071-2/+2
| | | | | | | | | | | After "73d923e base-files: emit tagged switch configuration by default" some default network configurations are broken because the lan and wan ifnames are forcibly set to untagged netdevs. Adjust the offending set_interfaces_lan_wan() calls to use the proper tagged device names. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* mvebu: fix usb port ledsMathias Kresin2017-02-011-10/+15
| | | | | | | | | | | | | | | | | | | All mvebu boards have three USB LEDs. The first one is used for the USB1 port. There are two LEDs related to the second USB port. The top (bar) LED gets bright in case any USB device is connected to the second USB port. If the connected device is an USB 3 (SuperSpeed) device, the small dot LED bellow the "bar" LED gets also bright. While at it, use a name for the USB LEDs that matches the names printed on the case. Fixes: FS#423, FS#425 Signed-off-by: Kabuli Chana <newtownbuild@gmail.com> Signed-off-by: Mathias Kresin <dev@kresin.me>
* mvebu: set fan_ctrl.sh only on mambaHans Geiblinger2017-01-242-1/+23
| | | | | Signed-off-by: Hans Geiblinger <cybrnook2002yahoo.com> Signed-off-by: Felix Fietkau <nbd@nbd.name> [cleanup]
* mvebu: simplify etc/board.d/02_networkPaul Wassi2017-01-132-9/+5
| | | | | | | | | Unify switch configuration on Linksys WRTxx00AC series. LAN = eth0, WAN = eth1 Signed-off-by: Paul Wassi <p.wassi@gmx.at> [Álvaro]: also change WAN LEDs Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* mvebu: Fix up some leds on this seriesKabuli Chana2017-01-101-4/+4
| | | | | | correct ports, fix power led on rango, tested mamba,shelby,rango Signed-off-by: Kabuli Chana <newtownBuild@gmail.com>
* Revert "mvebu: simplify etc/board.d/02_network"Felix Fietkau2016-11-251-1/+5
| | | | | | | This reverts commit 539ae47103b7de5cecb1a94beab0acb97ef7df1d. According to reports, this introduces a regression on WRT3200ACM Signed-off-by: Felix Fietkau <nbd@nbd.name>
* mvebu: simplify etc/board.d/02_networkPaul Wassi2016-11-241-5/+1
| | | | | | | Unify switch configuration on Linksys WRTxx00AC series. LAN = eth0, WAN = eth1 Signed-off-by: Paul Wassi <p.wassi@gmx.at>
* mvebu: add support for the Linksys WRT3200ACM (Rango)Imre Kaloz2016-10-244-4/+16
| | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
* mvebu: add missing status LEDs for Linksys WRT1200AC and WRT1900ACv2Imre Kaloz2016-10-241-1/+8
| | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
* mvebu: add switch config for clearfog proJonas Gorski2016-09-261-0/+3
| | | | | | Check for switch0 existance and add default switch config if found. Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
* mvebu: Configure status LED for WRT1900ACSRujun Wang2016-06-151-0/+3
| | | | Signed-off-by: Rujun Wang <chinawrj@gmail.com>
* mvebu: configure switch on WRT1200AC and WRT1900ACv2/SClaudio Leite2016-05-231-6/+4
| | | | | | Also collapses the three identical configurations into one block. Signed-off-by: Claudio Leite <leitec@staticky.com>
* mvebu: add SolidRun ClearFog A1 supportLuka Perkov2016-02-171-0/+3
| | | | | | Signed-off-by: Andrej Vlasic <andrej.vlasic@sartura.hr> SVN-Revision: 48736
* all: drop old uci-defaults.shJo-Philipp Wich2015-12-112-2/+2
| | | | | | | | | Replace former uci-defaults.sh implementation with the uci-defaults-new.sh one and update all users accordingly. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47867
* mvebu: fixup wifi macs for Linksys boardsImre Kaloz2015-12-101-0/+17
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 47820
* all: remove redundant board.d/00_model filesJo-Philipp Wich2015-12-041-13/+0
| | | | | | Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47753
* all: remove dummy ucidef_set_interface_loopback() from board.dJo-Philipp Wich2015-12-031-2/+0
| | | | | | Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47744
* board.d: merge ucidef_add_switch() and ucidef_add_switch_ports()Jo-Philipp Wich2015-12-031-2/+1
| | | | | | | | | | | | This changes uci-defaults-new.sh, config_generate and all relevant board.d files in order combine ucidef_add_switch() and ucidef_add_switch_ports() into a single function. Also removes now superfluous enable and reset arguments. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47721
* mvebu: switch network and led config defaults to board detection frameworkJo-Philipp Wich2015-11-303-11/+24
| | | | | | Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47674
* Revert "mvebu: migrate led and network setup to board detection framework"Jo-Philipp Wich2015-11-222-9/+9
| | | | | | | | | Roll back the mvebu conversion to board detection code as we need to fix some strcutural issues first. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47597
* mvebu: migrate led and network setup to board detection frameworkJo-Philipp Wich2015-11-202-9/+9
| | | | | | Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47541
* mvebu: add support for the Linksys WRT1900ACS (Shelby)Imre Kaloz2015-10-084-2/+10
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 47164
* mvebu: add support for the Linksys boot counterImre Kaloz2015-08-192-14/+20
| | | | | | | | | | | | | The u-boot boot counter was never reset after a successful boot, which sometimes could make some variables become out of sync. This patch adds support for the boot counter and enables auto_recovery unconditionally. Signed-off-by: Jonas Gorski <jogo@openwrt.org> Signed-off-by: Rob Mosher <nyt-openwrt@countercultured.net> Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 46690
* mvebu: make flashing more safeImre Kaloz2015-05-271-0/+14
| | | | | | | | | Turn on the auto recovery feature when flashing and turn it off on successful bootup. Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 45792
* mvebu: better integrate xp-gpLuka Perkov2015-04-161-0/+3
| | | | | | Signed-off-by: Luka Perkov <luka@openwrt.org> SVN-Revision: 45459
* mvebu: add support for the Linksys Caiman and CobraImre Kaloz2015-04-163-1/+17
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 45456
* mvebu: better integrate 385-ap-dbLuka Perkov2015-04-151-1/+3
| | | | | | Signed-off-by: Luka Perkov <luka@openwrt.org> SVN-Revision: 45452
* mvebu: migrate mamba support to the upstreamed codeImre Kaloz2015-04-124-4/+4
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 45400
* mvebu: handle other SKUs as wellImre Kaloz2015-04-121-2/+11
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 45396
* mvebu: set default regdomainImre Kaloz2015-03-201-0/+30
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 44908
* mvebu: set default WRT1900AC switch configImre Kaloz2015-02-231-1/+4
| | | | | | | | | | This sets 'enable_vlan' and thus uses 802.1q VLANs, but without tagging on either interface. Signed-off-by: Claudio Leite <leitec@staticky.com> Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 44509
* targets: base-files: diag.sh does not need to be executableLuka Perkov2015-02-071-0/+0
| | | | | | Signed-off-by: Luka Perkov <luka@openwrt.org> SVN-Revision: 44305
* targets: files in uci-defaults do not need to be executablesLuka Perkov2015-02-071-0/+0
| | | | | | Signed-off-by: Luka Perkov <luka@openwrt.org> SVN-Revision: 44304
* mvebu: temporary el cheapo' fan control scriptImre Kaloz2015-01-261-0/+1
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 44153
* mvebu: fixups for the new driverImre Kaloz2015-01-161-3/+3
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 43978
* add "preinit_regular" diag.sh set_state argumentJohn Crispin2014-12-151-0/+3
| | | | | | | | | | | | This new argument is used right after starting regular preinit (which happens if failsafe wasn't triggered). The main purpose of "preinit" argument is to indicate that failsafe can be triggered, however we were missing a way to inform user that we don't wait for a trigger anymore. With this change it's clear when failsafe mode can be triggered. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 43715
* enable handling of the wan led on the WRT1900ACImre Kaloz2014-07-101-1/+1
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 41555
* set led triggers for the Linksys WRT1900ACImre Kaloz2014-07-011-0/+22
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 41436
* use the power led on the WRT1900AC for status reportingImre Kaloz2014-06-291-0/+29
| | | | | | Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 41383
generated by cgit v1.2.3 (git 2.25.1) at 2024-08-05 02:20:54 +0000