aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
| * | Use 'chmod a-x' instead of 'chmod -x'Alexey Neyman2018-09-266-8/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There is a subtle difference when executable bit is a part of the umask. And at least some versions (Debian/stretch) fail if the resulting mode would've been different if not for the umask setting. Fixes #998. Although, with such chmods/umasks it is likely that some package installation will break anyway. But I'll leave it until somebody complains. Signed-off-by: Alexey Neyman <stilor@att.net>
| * | Fix restarting after a complete buildAlexey Neyman2018-09-261-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | It is much, much better to *first* make the directory writable and *then* do a test for case-sensitivity (which requires writing in that directory). Fixes #1033. Signed-off-by: Alexey Neyman <stilor@att.net>
* | | Merge pull request #1037 from galak/gcc-8.2.0-arm-fixesAlexey Neyman2018-09-272-0/+109
|\ \ \ | |/ / |/| | Pull in fixes for ARM v8m support in gcc 8.2.0
| * | Pull in fixes for ARM v8m support in gcc 8.2.0Kumar Gala2018-09-272-0/+109
|/ / | | | | | | | | | | | | | | There are some fixes to the cmse code in mainline gcc that we need to build an embedded toolchain targetting Cortex-M cpus that support the v8m extensions. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
* | Merge pull request #984 from slash3g/masterAlexey Neyman2018-09-251-4/+4
|\ \ | | | | | | Properly handle newlib configuration flags
| * | Properly handle newlib configuration flagsDaniele Baracchi2018-06-111-4/+4
| | |
* | | Merge pull request #1027 from sifive/dev/paulw/rv64-bare-metalAlexey Neyman2018-09-252-0/+10
|\ \ \ | | | | | | | | riscv64: samples: add rv64gc bare-metal sample configuration
| * | | riscv64: add rv64gc bare-metal samplePaul Walmsley2018-09-242-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This sample works well for building the open-source first stage bootloader for the SiFive U540 device (and similar): https://github.com/sifive/freedom-u540-c000-bootloader Signed-off-by: Paul Walmsley <paul.walmsley@sifive.com>
* | | | Merge pull request #1032 from stilor/updatesAlexey Neyman2018-09-25169-750/+1198
|\ \ \ \ | | | | | | | | | | Update packages
| * | | | Fix build with ISL 0.20Alexey Neyman2018-09-2510-20/+137
| | | | | | | | | | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | | | Upgrades. Lots of 'em.Alexey Neyman2018-09-24159-730/+1061
|/ / / / | | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* | | | Merge pull request #1029 from stilor/fix-bionic-buildAlexey Neyman2018-09-241-1/+7
|\ \ \ \ | |/ / / |/| | | Restore *-android build
| * | | Restore *-android buildAlexey Neyman2018-09-241-1/+7
|/ / / | | | | | | | | | | | | | | | | | | | | | | | | Modify CT_TARGET_CFLAGS (which are passed to GCC's FOR_TARGET flags) rather than CT_ALL_TARGET_CFLAGS. Fixes #1006. Signed-off-by: Alexey Neyman <stilor@att.net>
* | | Merge pull request #1001 from cpackham/kconfig-fixAlexey Neyman2018-09-231-2/+6
|\ \ \ | | | | | | | | kconfig: display recursive dependency resolution hint just once
| * | | kconfig: display recursive dependency resolution hint just onceMasahiro Yamada2018-07-101-2/+6
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Commit 1c199f2878f6 ("kbuild: document recursive dependency limitation / resolution") probably intended to show a hint along with "recursive dependency detected!" error, but it missed to add {...} guard, and the hint is displayed in every loop of the dep_stack traverse, annoyingly. This error was detected by GCC's -Wmisleading-indentation when switching to build-time generation of lexer/parser. scripts/kconfig/symbol.c: In function ‘sym_check_print_recursive’: scripts/kconfig/symbol.c:1150:3: warning: this ‘if’ clause does not guard... [-Wmisleading-indentation] if (stack->sym == last_sym) ^~ scripts/kconfig/symbol.c:1153:4: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the ‘if’ fprintf(stderr, "For a resolution refer to Documentation/kbuild/kconfig-language.txt\n"); ^~~~~~~ I could simply add {...} to surround the three fprintf(), but I rather chose to move the hint after the loop to make the whole message readable. Fixes: 1c199f2878f6 ("kbuild: document recursive dependency limitation / resolution" Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com> Acked-by: Luis R. Rodriguez <mcgrof@kernel.org> [upstream commit e3b03bf29d6b99fab7001fb20c33fe54928c157a] Fixes #1000 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* | | Merge pull request #994 from jcmvbkbc/xtensa-fix-pr65416Alexey Neyman2018-09-234-0/+404
|\ \ \ | | | | | | | | package/gcc: fix xtensa PR target/65416
| * | | package/gcc: fix xtensa PR target/65416Max Filippov2018-06-244-0/+404
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | gcc-8.1 for xtensa miscompiles uClibc dynamic linker due to gcc PR target/65416. The build completes successfully, but the binary is non-functional because the following fragment in the _dl_get_ready_to_run in ld-uClibc.so overwrites register spill area on stack causing register corruption in the previous call frame and a subsequent crash: 419f: f0c1b2 addi a11, a1, -16 41a2: 1ba9 s32i.n a10, a11, 4 41a4: 0bc9 s32i.n a12, a11, 0 41a6: 5127f2 l32i a15, a7, 0x144 41a9: 1765b2 s32i a11, a5, 92 41ac: 4e2782 l32i a8, a7, 0x138 41af: 146af2 s32i a15, a10, 80 41b2: 001b10 movsp a1, a11 The crash terminates the init process and causes kernel panic. The fix prevents reordering of movsp opcode and any access to the stack frame memory and is applicable to all existing gcc versions. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
* | | Merge pull request #1025 from bhundven/update_musl_1_1_20Bryan Hundven2018-09-223-2/+9
|\ \ \ | | | | | | | | Add musl-libc 1.1.20
| * | | Fix compressed for tar, tooBryan Hundven2018-09-221-1/+1
| | | | | | | | | | | | | | | | Signed-off-by: Bryan Hundven <bryan.hundven@gmail.com>
| * | | Ignore compressed filesBryan Hundven2018-09-221-2/+5
| | | | | | | | | | | | | | | | Signed-off-by: Bryan Hundven <bryan.hundven@gmail.com>
| * | | Add musl-libc 1.1.20Bryan Hundven2018-09-222-0/+4
|/ / / | | | | | | | | | Signed-off-by: Bryan Hundven <bryan.hundven@gmail.com>
* | | Merge pull request #990 from antmak/fix_newlib_multilib_optAlexey Neyman2018-09-211-1/+1
|\ \ \ | | | | | | | | Fix a wrong name for the newlib's multilib option
| * | | Fix a wrong name for the newlib's multilib optionAnton Maklakov2018-06-151-1/+1
| | | |
* | | | Merge pull request #1012 from EvgeniiDidin/masterAlexey Neyman2018-09-211-0/+37
|\ \ \ \ | | | | | | | | | | patches: mpfr: Fix obsolete ARC asm constraints
| * | | | patches: mpfr: Fix obsolete ARC asm constraintsEvgeniy Didin2018-08-211-0/+37
| | |/ / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding this patch fixes errors while building mpfr for native ARC toolcahin. Error messages are: -----------------------------------------------------8<------------------ ... [ERROR] .build/HOST-arc-snps-linux-uclibc/arc-snps-linux-uclibc/src/ mpfr/src/mpfr-longlong.h:423:3: error: impossible constraint in 'asm' ... [ERROR] >> Build failed in step 'Installing MPFR for host' -----------------------------------------------------8<------------------ Signed-off-by: Evgeniy Didin <didin@synopsys.com>
* | | | Merge pull request #1020 from sifive/dev/paulw/rv64-fixedAlexey Neyman2018-09-213-0/+18
|\ \ \ \ | |/ / / |/| | | riscv: add rv64gc support
| * | | riscv64: add rv64gc linux-gnu samplePaul Walmsley2018-09-102-0/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This sample works well for the SiFive U540 device (and similar). Thanks to Jim Wilson <jimw@sifive.com> for his review, discovering several bugs (now fixed). Cc: Jim Wilson <jimw@sifive.com> Signed-off-by: Paul Walmsley <paul.walmsley@sifive.com>
| * | | config: arch: riscv: add initial 64-bit supportPaul Walmsley2018-09-101-0/+3
|/ / / | | | | | | | | | | | | | | | | | | | | | Add initial rv64 support. Originally based on suggestions from Franz Flasch <franz.flasch@gmx.at>. Cc: Franz Flasch <franz.flasch@gmx.at> Signed-off-by: Paul Walmsley <paul.walmsley@sifive.com> Signed-off-by: Paul Walmsley <paul@pwsan.com>
* | | Merge pull request #981 from stilor/use-git-version-genAlexey Neyman2018-06-063-11/+238
|\ \ \ | | | | | | | | Use git-version-gen to generate version info
| * | | Use git-version-gen to generate version infoAlexey Neyman2018-06-063-11/+238
|/ / / | | | | | | | | | | | | Suggested-by: Chris Packham <judge.packham@gmail.com> Signed-off-by: Alexey Neyman <stilor@att.net>
* | | Merge pull request #979 from stilor/masterAlexey Neyman2018-06-063-15/+54
|\ \ \ | | | | | | | | Make patch order overridable by individual packages
| * | | Make patch order overridable by individual packagesAlexey Neyman2018-06-063-15/+54
|/ / / | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
* | | Merge pull request #978 from stilor/fix-gcc8-regressionsAlexey Neyman2018-06-0517-38/+121
|\ \ \ | |/ / |/| | Fix gcc8 regressions
| * | Disable context functions for ThumbAlexey Neyman2018-06-051-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | They're written in ARM dialect, and `ldmia r14, {r14, pc}` is not accepted in T2 encoding. GCC8 changed the list of multilibs for arm-*, which now includes a variant with CPU that supports T2 but not A1 encoding. Signed-off-by: Alexey Neyman <stilor@att.net>
| * | Add upstream patch fixing XScale buildAlexey Neyman2018-06-051-0/+52
| | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | Add --enable-obsolete for powerpc-*-speAlexey Neyman2018-06-051-3/+3
| | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | Detect errors from gasAlexey Neyman2018-06-051-0/+1
| | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | Backport a gcc8 fix from upstreamAlexey Neyman2018-06-051-0/+32
| | | | | | | | | | | | Signed-off-by: Alexey Neyman <stilor@att.net>
| * | Avoid adding arch/cpu/tune flags for target to GCC buildAlexey Neyman2018-06-0512-35/+32
|/ / | | | | | | | | | | ... as it may need to override them for building runtime-selectable code. Signed-off-by: Alexey Neyman <stilor@att.net>
* | Merge pull request #977 from dimkr/new-uclibc-old-kernelAlexey Neyman2018-05-316-28/+25
|\ \ | | | | | | packages: add uClibc-ng 1.0.30 and last Linux 2.6.32.x
| * | linux: removed 2.6.32.27Dima Krasner2018-05-313-29/+0
| | | | | | | | | | | | Signed-off-by: Dima Krasner <dima@securingsam.com>
| * | packages: add uClibc-ng 1.0.30 and last Linux 2.6.32.xDima Krasner2018-05-284-0/+26
|/ / | | | | | | Signed-off-by: Dima Krasner <dima@dimakrasner.com>
* | Merge pull request #970 from abrodkin/topic-uclibc-multilibAlexey Neyman2018-05-216-6/+82
|\ \ | | | | | | Add support and sample for uclibc multilib toolchain for ARC
| * | ARC: Update Linux samplesAlexey Brodkin2018-05-214-12/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There's no point in keeping samples which are in its essense just a sub-set of multilib toolchain. But still we'd like to cover quite unusual but really existing case - ARC750, i.e. ARC700 with MMU but without so-called atomic instructions (LLOCK/SCOND). To support this HW variation we need: 1) Compile all target binaries without "-matomics" or even better "-mno-atomics" so that's even future-proof (as we may decide to enable "-matomics" by default for Linux targets which is a recommented setup). 2) Configure libc such that it uses Linux-kernel-assisted implementation of atomic operation via "arc_usr_cmpxchg" syscall, see https://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=b985fa069187e4c5a7ee84213d9fbead2f219ce5 Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: Disable CONFIG_ARC_HAS_ATOMICS in uClibc if building without -matomicsAlexey Brodkin2018-05-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In case we build for ARC core which has no support of atomic ops among other things we need to configure libc to use Linux kernel helper to emulate HS atomic ops. This is done with disabling of CONFIG_ARC_HAS_ATOMICS in uClibc. Currently we __remove__ this option from .config but this makes no sense as its default state is "y" so we need to explicitly disable it instead. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: Add Linux uClibc multilib sampleAlexey Brodkin2018-05-212-0/+10
| | | | | | | | | | | | Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: Add multilib support for Linux in GCCAlexey Brodkin2018-05-211-0/+76
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We never bothered to build multilibbed Linux toolchains for ARC and so we ended-up with no support of multilib for arc*-*-linux-* targets in GCC. That is now fixed in upstream by the following commit: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=0eacfbcb2bf1834294f468a2bb41fe5d5e8d3883 Once the fix mentioned above is applied on top of GCC 8.1.0 we may easily build multilibbed uClibc toolchain for ARC. Note sice Glibc port for ARC is still in review process we cannot build any Glibc toolchains for ARC with pure upstream components, for that we eiter need Glibc sources from our Github repo or apply a set of patches on top of Glibc 2.27 - we'll try to address this later though. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* | Merge pull request #971 from abrodkin/topic-elf32-multilibAlexey Neyman2018-05-163-0/+42
|\ \ | | | | | | ARC: Add support and sample for baremetal/elf32 multilib toolchain
| * | ARC: Add baremetal/elf32 multilib sampleAlexey Brodkin2018-05-162-0/+7
| | | | | | | | | | | | Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: Don't mention in multilib not yet supported CPUsAlexey Brodkin2018-05-161-0/+35
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | hs4x and hs4xd were mistakenly mentioned in MULTILIB_OPTION/DIRNAMES before real support of those CPUs was accepted in upstream. That breaks multilib toolchains building becase we're trying to compile for not yet known CPU. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>