aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/octeon/image
Commit message (Collapse)AuthorAgeFilesLines
* octeon: re-enable CONFIG_CAVIUM_CN63XXP1 and EdgeRouter imageAdrian Schmutzler2021-02-281-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The symbol CONFIG_CAVIUM_CN63XXP1 was disabled during the bump to 4.19 (see Fixes:) with the following reason: No supported hardware uses CN63XXP1 and it causes "slight decrease in performance" However, it later turned out that the edgerouter image needed it, which led to having the device disabled in [1]. Still, dropping support of a device seems a harsh action for just removing a "slight" decrease in performance from the other devices. Thus, this enables CONFIG_CAVIUM_CN63XXP1 again, and essentially restores the situation present until (including) kernel 4.14 on this target. For OpenWrt as a platform, it seems more desirable to support all devices (and have them tested regularly via the snapshots) in this case. Users interested in maximum performance might still just remove the symbol again in their local build. [1] 3824fa26d256 ("octeon: disable edgerouter image") Fixes: 6c22545225cd ("target/octeon: Add Linux 4.19 support") Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> (cherry picked from commit cfd1a40583d66d5f6a30dec5bee0f7ebd4d252ef)
* target: use SPDX license identifiers on MakefilesAdrian Schmutzler2021-02-101-4/+2
| | | | | | Use SPDX license tags to allow machines to check licenses. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* octeon: add support for Ubiquiti EdgeRouter 4Roman Kuzmitskii2020-11-051-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Ubiquiti EdgeRouter 4 is 4 port Octeon Cavium 7130 powered router. It has internal power supply and needs c13 power cord. There are three 10/100/1000 Mbps RJ45/Copper ports and one 1000 Mbps SFP port connected directly to a SoC. SoC: Octeon Cavium 7130 (Cavium 3) Clocked at 1000Mhz Memory: 1 GiB (SK hynix H5TQ4G63CFR-RDC × 2) DDR3, clocked at 533 Mhz (1066Mhz effective) Flash: - mtd: 8 MiB (Macronix MX25L6408EMI-12G) used for uboot/eeprom - emmc: 4 GiB (SanDisk SDIN7DP2-4G) used for kernel+rootfs Leds: 1x for power status (white/blue, controllable) and 4x for ethernet and sfp ports (no control over them) Buttons: 1x Reset (from SOC) Serial: 1x RJ45 port on front panel. 115200 baud, 8N1 (from SoC) USB: 1x USB3.0 on front panel (from SoC) MII: 1x QSGMII from SoC is used PHY: 1x Vitesse VSC8504 of which 4x ports is used All physical port numbers are properly mapped inside OS and named by lanX instead of ethX. There is also special purpose four(4) loopX ports available. That loopX ports are currently hardcoded by linux kernel and exact use case of them is currently unknown. We leave them to the linux kernel and octeon board defaults. All four (4) physical ports are connected to the same QSGMII. vsc8504 is used for phys and only 4, 5, 6 and 7 phys are used. Phy mapping: - Phy5 is connected to physical eth0 port - Phy6 is connected to physical eth1 port - Phy7 is connected to physical eth2 port - Phy4 is connected to physical eth3 port Why this device needs external dts: - faster boot time since need to initialize less device tree nodes. - to add actual indication with LED about boot/failure/upgrade. i.e. user could know when to enter failsafe mode or if upgrade is done - reset button support so user can reset their device in case off failure - sfp port indication in dmesg with information about sfp module it also indicates when module inserted or removed Octeon quirks: - There is no port status available before it interface brought up - SFP port can not be tied to actual phy due to octeon-ethernet state and currently we can only get reports a about SFP state in dmesg How to flash the firmware: - copy openwrt-octeon-ubnt_edgerouter-4-initramfs-kernel.bin and openwrt-octeon-ubnt_edgerouter-4-squashfs-sysupgrade.tar to USB flash drive that is formatted to vfat/fat32 - connect USB flash drive to edgerouter 4 front USB port - connect serial cable using front RJ45 port (115200 baud, 8N1) - connect power to cable to edgerouter 4 - connect terminal to the console to see uboot boot process - interrupt boot by pressing button(s) on your keyboard to log in to the uboot - detect usb connected flash drives by typing to the console: usb start - after drive is detected load initramfs+kernel to the memory by typing: fatload usb 0:1 0x20000000 openwrt-octeon-ubnt_edgerouter-4-initramfs-kernel.bin - after initramfs+kernel is loaded to the memory load it by typing: bootoctlinux 0 numcores=4 endbootargs mem=0 - boot process should finish and you will be greeted with console after pressing enter - create directory to mount usb flash drive to by typing: mkdir /tmp/sda - mount flash drive to that directory by typing: mount /dev/sda1 /tmp/sda - flash firmware to router internal storage by typing: sysupgrade /tmp/sda/openwrt-octeon-ubnt_edgerouter-4-squashfs-sysupgrade.tar - device will reboot and after it gets up you will have edgerouter 4 running openwrt Reviewed-by: Johannes Kimmel <fff@bareminimum.eu> Tested-by: Johannes Kimmel <fff@bareminimum.eu> Signed-off-by: Roman Kuzmitskii <damex.pp@icloud.com>
* octeon: disable edgerouter imageJohannes Kimmel2020-10-301-0/+1
| | | | | | | | | | | | | | | | | | | | | | This patch disables the image for edgerouter devices by default, since it isn't able to boot at the moment. Currently the edgerouter image won't boot. Current kernels have an option CONFIG_CAVIUM_CN63XXP1 that needs to be enabled for this chip. If the kernel was compiled without this option, following message is displayed and the machine reboots: [ 36.778028] Kernel panic - not syncing: OCTEON II DCache prefetch workaround not in place (cfa0000c). [ 36.778028] Please build kernel with proper options (CONFIG_CAVIUM_CN63XXP1). [ 36.794398] Rebooting in 1 seconds.. This was last confirmed on 2020-10-29. The description of this option states, that enabling it will possibly cause performance issues on other chips. Signed-off-by: Johannes Kimmel <fff@bareminimum.eu>
* octeon: add support for Itus Shield RouterDonald Hoskins2020-08-161-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Itus Networks Shield - 1Ghz dual-core mips64 / Cavium Octeon 3 SoC, 1Gb RAM, 4Gb eMMC,3 GbE 10/100/1000 ports Information regarding device can be found: https://deviwiki.com/wiki/Itus_Networks_Shield_Pro Installing OpenWrt on Itus Networks Shield: 1) Boot Shield 2) On device: mount /dev/mmcblk1p1 /mnt 3) scp openwrt-octeon-itus,shield-router-initramfs-kernel.bin to /mnt/ItusrouterImage 3a) Optionally: scp openwrt-octeon-itus,shield-router-initramfs-kernel.bin to /mnt/ItusgatewayImage to allow you to have an emergency recovery boot in the GATEWAY slot - this slot will have no permament storage and is used for emergency recovery only when booted in the (G)ateway position 4) On device: umount /mnt 5) reboot Once booted, run the sysupgrade via cli or luCi on the openwrt-octeon-itus,shield-router-squashfs-sysupgrade.tar file the mode you are running. Once rebooted, the system installation is complete. Your storage partition for the mode is inialized and set. Signed-off-by: Donald Hoskins <grommish@gmail.com> [cut out sysupgrade-* changes, move a few lines, drop case CVMX_BOARD_TYPE_ITUS_SHIELD] Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* octeon: apply vendor_model scheme to device definition/image nameAdrian Schmutzler2020-01-261-11/+13
| | | | | | | | | | | | | | | This updates the device definition name for octeon target to provide more useful names for the images and be consistent with the increasing number of targets following that scheme. Since the target is not using device tree yet, this does not touch board_name and thus sets BOARD_NAME in image Makefile to ensure sysupgrade is still working. While at it, move Build block before Device blocks and remove trailing whitespace for CMDLINE. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* octeon: split up remaining DEVICE_TITLEMoritz Warning2019-10-191-1/+2
| | | | | | DEVICE_TITLE is split up into DEVICE_VENDOR and DEVICE_MODEL Signed-off-by: Moritz Warning <moritzwarning@web.de>
* octeon: split up DEVICE_TITLEMoritz Warning2019-08-021-2/+4
| | | | | | Splits up DEVICE_TITLE into DEVICE_VENDOR, DEVICE_MODEL and DEVICE_VARIANT. Signed-off-by: Moritz Warning <moritzwarning@web.de>
* octeon: fix mtd partitions for erlite on cmdlineJiri Kastner2017-01-201-1/+1
| | | | | | | | | erlite mtdparts exposes boot0, boot1 and eeprom regions as read/write. this patch adds readonly flags, so these regions can't be modified. same as it is already for ER profile. Signed-off-by: Jiri Kastner <cz172638@gmail.com>
* octeon: use new ext4/f2fs overlay supportFelix Fietkau2016-09-101-4/+3
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* octeon: increase block2mtd rootfs probe timeout on ERFelix Fietkau2016-07-301-1/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* octeon: pad squashfs sysupgrade image rootfsFelix Fietkau2016-07-301-0/+2
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* octeon: fix sysupgrade imagesFelix Fietkau2016-07-301-1/+0
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* build: rename sysupgrade-nand to sysupgrade-tarJo-Philipp Wich2016-07-291-1/+1
| | | | | | | Now that the "sysupgrade-nand" step is used by non-NAND targets as well, rename it to "sysupgrade-tar" to make it more generic. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* octeon: clean up image build codeJo-Philipp Wich2016-07-291-13/+2
| | | | | | | Use the generic "sysupgrade-nand" build step to pack the sysupgrade file, it performs the same steps as the inline "tar-file" macro. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* octeon: fix image buildJo-Philipp Wich2016-07-281-1/+1
| | | | | | | | | | | | | | After b47f438 "build: remove image prefix from kernel files in KDIR", the kernel image in $(KDIR) has a different name and could not be found by the tar-file build step anymore, leading to the following error on the build servers: cp: cannot stat `.../linux-octeon/lede-octeon-generic-kernel.bin': No such file or directory make[4]: *** [.../linux-octeon/tmp/lede-octeon-generic-ext4-sysupgrade.tar] Error 1 Adjust the path to the source kernel image in order to fix the problem. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* octeon: fix image buildJo-Philipp Wich2016-06-171-1/+1
| | | | | | | | | | | The generic sysupgrade image attempted to use the wrong filesystem type due to premature variable interpolation leading to the following error on the buildbot system: cp: cannot stat `.../root.squashfs': No such file or directory make[4]: *** [.../tmp/lede-octeon-generic-ext4-sysupgrade.tar] Error 1 Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* octeon: export the FILESYSTEMS variable during image generationJohn Crispin2016-06-151-1/+1
| | | | | | squashfs will be used for all images if this is not done Signed-off-by: John Crispin <john@phrozen.org>
* octeon: convert to new image building codeJohn Crispin2016-06-141-44/+35
| | | | Signed-off-by: John Crispin <john@phrozen.org>
* octeon: fix imagebuilderJohn Crispin2015-05-291-2/+6
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 45821
* octeon: build squashfs image for UBNT ERLITEJohn Crispin2015-05-231-2/+6
| | | | | | Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be> SVN-Revision: 45732
* octeon: add er8 sysupgrade supportJohn Crispin2015-03-201-15/+31
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 44902
* octeon: prepare elf kernel image and md5sum for usb copyingJohn Crispin2014-10-061-0/+2
| | | | | | Signed-off-by: Roman Yeryomin <roman@advem.lv> SVN-Revision: 42809
* octeon: build a sysupgrade image for erliteJohn Crispin2014-06-201-0/+13
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 41285
* octeon: add support for the octeon mips64 SoCJohn Crispin2013-08-041-0/+26
| | | | | | | | This is the SoC used be the ESR Lite made by ubnt.com Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 37684
* octeon: R.I.P.Gabor Juhos2013-02-041-26/+0
| | | | | | | | It is broken since ~8 months and nobody takes care of that. Signed-off-by: Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 35486
* define a shared IMG_PREFIX variable used as a basename for image files, it ↵Nicolas Thill2010-04-121-4/+4
| | | | | | contains board & subtarget infos (if appropriate) allowing subtargets to share the same bin directory without overwriting each other's files SVN-Revision: 20834
* rename cavium-octeon to octeonImre Kaloz2009-06-021-0/+26
SVN-Revision: 16292