mtk-20170518/target/linux/archs38/Makefile, branch master MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker archs38: bump kernel to 4.14. 2018-02-10T19:59:52+00:00 Evgeniy Didin Evgeniy.Didin@synopsys.com 2018-01-23T16:48:48+00:00 2fca8aa73e6357075881922b8ce5208fd9e12770 Update Linux kernel version from 4.9 to 4.14 for archs38. config-4.14 was simply regenerated with "make kernel_menuconfig". Signed-off-by: Evgeniy Didin <Evgeniy.Didin@synopsys.com> Cc: Alexey Brodkin <abrodkin@synopsys.com> Cc: John Crispin <john@phrozen.org> 
Update Linux kernel version from 4.9 to 4.14 for archs38.
config-4.14 was simply regenerated with "make kernel_menuconfig".

Signed-off-by: Evgeniy Didin <Evgeniy.Didin@synopsys.com>
Cc: Alexey Brodkin <abrodkin@synopsys.com>
Cc: John Crispin <john@phrozen.org>
target/archs38: switch to 4.9 kernel 2017-05-02T13:17:30+00:00 Alexey Brodkin Alexey.Brodkin@synopsys.com 2017-03-06T18:30:07+00:00 d73045826a0c4dedca1f8a9cff93b2b0b790ac61 With update of ARC tools to arc-2016.09 based on GCC v6.x we have to bump Linux kernel version so both toolchain and the kernel use the same ARC ABIv4. Signed-off-by: Alexey Brodkin <Alexey.Brodkin@synopsys.com> 
With update of ARC tools to arc-2016.09 based on GCC v6.x
we have to bump Linux kernel version so both toolchain and
the kernel use the same ARC ABIv4.

Signed-off-by: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
build: fix subtarget descriptions 2016-09-04T11:35:11+00:00 Felix Fietkau nbd@nbd.name 2016-09-04T11:34:18+00:00 aa53f78038d541052de8764323f6f26578327606 Move Target/Description above the target.mk include Signed-off-by: Felix Fietkau <nbd@nbd.name> 
Move Target/Description above the target.mk include

Signed-off-by: Felix Fietkau <nbd@nbd.name>
archs38: Merge sd and ramfs subtargets in generic again 2016-08-20T03:33:47+00:00 Alexey Brodkin Alexey.Brodkin@synopsys.com 2016-08-19T10:58:36+00:00 334fdea08d71079d6e0f5bc8dc79790c0402ae2a 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> 
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-cards 2016-08-16T10:20:32+00:00 Alexey Brodkin Alexey.Brodkin@synopsys.com 2016-08-16T11:49:20+00:00 df4f41261cf9da3cb1681c7495c51badfe1d999c 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> 
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>
linux: add support of Synopsys ARCHS38-based boards 2016-02-18T08:22:32+00:00 John Crispin john@openwrt.org 2016-02-18T08:22:32+00:00 73015c4cb3787cccadc72b53fdb84b2d45c90136 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 
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