aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/archs38
Commit message (Collapse)AuthorAgeFilesLines
* archs38: Merge sd and ramfs subtargets in generic againAlexey Brodkin2016-08-207-36/+13
| | | | | | | | | | | | | | As it turned out we may actually build both initramfs and SD-based images in one run with just a small tweak in existing image/Makefile and so we do here. We're back with one "generic" target for all ARC HS38-based bords. Kudos to John for his patience and very helpful tips! Signed-off-by: John Crispin <john@phrozen.org> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Jo-Philipp Wich <jo@mein.io>
* archs38: Introduce images for SD-cardsAlexey Brodkin2016-08-1613-80/+132
| | | | | | | | | | | | | | | | | | Historically on ARC we started from initramfs-based images because: a) It was much easier to debug especially when toolchain and other components were changing quite dynamically b) It was our usual approach for embedded Linux But now with ARC port of Lede/OpenWRT getting more stable and mature we're ready for more real-life scenarios with FS permanently stored on SD-card. This essentially benefits from ability to setup devices that survive reboots with all settings and extra packages kept in place. Still we keep an ability to build images with initramfs. This allows us to use storage-less simulators for testing still. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: John Crispin <john@phrozen.org>
* archs38: Remove MMC kernel modules, they are built-in nowAlexey Brodkin2016-08-162-2/+2
| | | | | | | | If we want to boot from SD-card we need to have corresponding drivers already built-in so there's no point in having these modules. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* archs38: Update kernel configurationAlexey Brodkin2016-08-161-2/+9
| | | | | | | | | | | | | | Now when we're switching to FS on SD-card it's necessary to have full stack of MMC block & FC drivers built-in otherwise kernel won't be able to mount FS with needed modules. Also we enable parsing of input parameters passed to the kernel by U-Boot. Otherwise kernel won't know where to look for command line and what's worse device tree blob (we had to disable this by default for cases when kernel is loaded by JTAG and core registers may have undefined state lading to kernel going bonkers). Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* archs38: Reduce generalizationAlexey Brodkin2016-08-161-23/+11
| | | | | | | | | | | | | | As support of ARC HS38 in OpenWRT/Lede matures we don't need debug-only output binaries any longer, so purging vmlinux for AXS10x boards. As for uImage for nSIM it makes completely no sense because there's no way to run U-Boot on nSIM. So we remove add_archs38_XXX scripts making code more compact and cleaner. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* arc: use patched .dts from sourcesAlexey Brodkin2016-08-166-487/+1
| | | | | | | | | | | | | | Instead of using off-the-tree .dts files for ARC boards we're switching to use in-tree ones. And for that to work properly we apply upstream patch that adds currently missing "model" property. Upstream patch and discussion could be found here: http://lists.infradead.org/pipermail/linux-snps-arc/2016-August/001394.html Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Jonas Gorski <jonas.gorski@gmail.com> Cc: John Crispin <john@phrozen.org>
* image.mk: clean up redundant code related to DEVICE_DTSFelix Fietkau2016-07-151-2/+1
| | | | | | | | It is used by a core build template, so the variable should be initialized and added to DEVICE_VARS in the core. Same for DEVICE_DTS_DIR Signed-off-by: Felix Fietkau <nbd@nbd.name>
* Revert "linux: arc: disable kernel unwinding to fix modules loading"Alexey Brodkin2016-07-111-1/+3
| | | | | | | | | | This reverts commit acd41539d630688e9891003c9b51cace3e113316. There's a fix in upstream that will at some point land in 4.4 stable as well so we'll get rid of this hack and with the next commit will apply upstream fix. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* linux/archs38: Add wireless AP capabilities similarly to axs101Alexey Brodkin2016-07-112-2/+2
| | | | | | | Now when ath9k-htc USB dongle works with axs103 in OHCI mode quite fine adding corresponding features to default configuration. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* linux/archs38: Disable USB 2.0Alexey Brodkin2016-07-052-2/+2
| | | | | | | | | As of today USB 2.0 (AKA EHCI) doesn't work on axs103 board and so there's no reason to build corresponding software for it. Once USB 2.0 gets fixed on axs103 thi patch might be reverted. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* linux: arc: disable kernel unwinding to fix modules loadingAlexey Brodkin2016-06-221-3/+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>
* archs38: remove network config overrideJohn Crispin2016-02-181-3/+0
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 48741
* linux: add support of Synopsys ARCHS38-based boardsJohn Crispin2016-02-1817-0/+887
This patch introduces support of new boards with ARC HS38 cores. ARC HS38 is a new generation of ARC cores which utilize ARCv2 ISA. As with ARC770 we're addind support for 2 boards for now: [1] Synopsys SDP board (AXS103) This is the same base-board as in AXS101 but with FPGA-based CPU-tile where ARCHs38 core is implemented. [2] nSIM Again this is the same simulation engine but configured for new instruction set and features of new CPU. 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: 48740