aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/arc770
Commit message (Collapse)AuthorAgeFilesLines
* linux: arc: disable kernel unwinding to fix modules loadingAlexey Brodkin2016-06-221-2/+1
| | | | | | | | | | | | | | | | | | | | | With update of binutils for ARC (this is now based on upstream 2.26) we noticed issues with loadable kernel modules. Something like that was happening: --------------------->8------------------- mbcache: unknown relocation: 49 insmod: can't insert './mbcache.ko': invalid module format --------------------->8------------------- More details could be found in that discussion in binutils mailing list: http://thread.gmane.org/gmane.comp.gnu.binutils/74662 As of now the simplest work-around is to disable in-kernel unwinder for now. That will at least allow us to use modules again. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Vineet Gupta <vgupta@synopsys.com> Cc: John Crispin <john@phrozen.org>
* arc: Build uImage as well as vmlinux output filesAlexey Brodkin2016-06-051-8/+36
| | | | | | | | | | | | | | | | | | | | | | Initially for ARC we were building vmlinux images because it was both simpler and more convenient to debug Linux kernel in runt-time via JTAG. Now when base system works quite nice we may finally use U-Boot for loading the system image as well. Still we keep building vmlinux images as some of our boards are development boards and loading images with JTAG could be at some points very beneficial. Note for U-Boot header it's required to specify 2 values: * loading address * entry point (if it doesn't match loading address) and in case of ARC entry point (EP) not only differs from loading address but also changes from build to build due to initramfs being placed between loading address and text section. To accommodate that feature we have to calculate EP after vmlinux gets built and before call to mkimage. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* arc770: enable unaligned access handling simulation in softwareJohn Crispin2016-04-091-2/+3
| | | | | | | | | | | | This enables misaligned access handling by software in Linux kernel. With some wireless drivers (ath9k-htc and mt7601u for example) we see misaligned accesses here and there and to cope with that without fixing stuff in the drivers we're just gracefully handling it on ARC. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> SVN-Revision: 49134
* arc770: build kmod-ath9k-htc wpad-mini by defaultJohn Crispin2016-04-092-2/+2
| | | | | | | | | | | | | | | | AXS101 beind a development board lacks built-in wireles inerfaces. So we have to use external USB dongles to turn the board into wireless router. The best USB Wi-Fi dongles to work in AP-mode seem to be based on ath9k-htc chipset. And so with that change we add support of mentioned dongles in default and axs101 builds. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> SVN-Revision: 49133
* base-files: remove default /etc/config/network, generate it via board.d insteadFelix Fietkau2016-01-251-3/+0
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48493
* arc: clean-up and move CFLAGS to include/target.mkFelix Fietkau2016-01-181-1/+0
| | | | | | | | | | | | | | | | | | | Most of currently mentioned CFLAGS in arc770/Makefile are not really required because: [1] "-Os -pipe" are set by default in include/target.mk [2] "-fno-caller-saves" gets enabled via menuconfig as an extra compiler flag for developers So the only one that makes sense is "-matomic" and that one is really essential. Without it many software packges won't build complainin on unresolved atomic ops. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Felix Fietkau <nbd@openwrt.org> Cc: Jo-Philipp Wich <jow@openwrt.org> Cc: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 48326
* arc770/axs101: fix console outputFelix Fietkau2016-01-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | While bumping kernel version kernel command line was unintentionally modified in attempt to make it closer to upstream version. In case of AXS that has not only serial port but HDMI/USB both capable of being debug console we have 2 entries in kernel's command line: ------------------->8----------------- console=tty0 console=ttyS3,115200n8 ------------------->8----------------- But as it turned out OpenWRT uses procd as init instead of Busybox. And in its turn procd gets the first "console" entry from kernel command line (/proc/cmdline) and uses it if default inittab is used: ------------------->8----------------- ... ::askconsole:/bin/ash --login ------------------->8----------------- So what we got is non-functional serial console. That change removes "console=tty0" which brings serial console back to life. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Felix Fietkau <nbd@openwrt.org> Cc: Jo-Philipp Wich <jow@openwrt.org> Cc: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 48325
* arc770: move arc patches to target/linux/genericFelix Fietkau2016-01-152-127/+0
| | | | | | | | | | | | | | | | Given those patches are relevant to any ARC platform and even ISA version it makes perfect sense for patches to exist in one place instead of being duplicated for each new ARC-based ASIC. Note this is a prerequisite for upstreaming of ARC HS38 support in OpenWRT. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Felix Fietkau <nbd@openwrt.org> Cc: Jo-Philipp Wich <jow@openwrt.org> Cc: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 48241
* arc770: bump linux kernel from 4.3 to 4.4Felix Fietkau2016-01-158-25/+30
| | | | | | | | | | | | | | | | This switch involved: [1] Regeneration of config (few options went away) [2] Regeneration of patches so they apply cleanly (different offsets) [3] Update of .dts files because we now explicitly specify memory regions in use as opposed to previously used offset from 0x8000_0000 Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Felix Fietkau <nbd@openwrt.org> Cc: Jo-Philipp Wich <jow@openwrt.org> Cc: Jonas Gorski <jogo@openwrt.org> SVN-Revision: 48240
* kernel/4.3: update to version 4.3.3Hauke Mehrtens2016-01-122-19/+5
| | | | | | Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de SVN-Revision: 48224
* targets: add kernel image dependencies on device tree filesFelix Fietkau2016-01-061-0/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48146
* all: drop old uci-defaults.shJo-Philipp Wich2015-12-111-1/+1
| | | | | | | | | 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
* 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
* arc770: switch from uci-defaults to board.dJo-Philipp Wich2015-12-033-23/+32
| | | | | | Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47743
* linux: add support of Synopsys ARC770-based boardsFelix Fietkau2015-11-2219-0/+981
This patch introduces support of new boards with ARC cores. [1] Synopsys SDP board This is a new-generation development board from Synopsys that consists of base-board and CPU tile-board (which might have a real ASIC or FPGA with CPU image). It sports a lot of DesignWare peripherals like GMAC, USB, SPI, I2C etc and is intended to be used for early development of ARC-based products. [2] nSIM This is a virtual board implemented in Synopsys proprietary software simulator (even though available for free for open source community). This board has only serial port as a peripheral and so it is meant to be used for runtime testing which is especially useful during bring-up of new tools and platforms. What's also important ARC cores are very configurable so there're many variations of options like cache sizes, their line lengths, additional hardware blocks like multipliers, dividers etc. And this board could be used to make sure built software still runs on different HW configurations. Cc: Felix Fietkau <nbd@openwrt.org> Cc: Jo-Philipp Wich <jow@openwrt.org> Cc: Jonas Gorski <jogo@openwrt.org> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> SVN-Revision: 47589