aboutsummaryrefslogtreecommitdiff
path: root/arch
Commit message (Collapse)AuthorAgeFilesLines
* arch: sparc: Add leon3 cpu type and remove sparc{s,h}fleon{,v8}Gravatar Andreas Larsson2014-10-301-12/+3
| | | | | | | | | | | There is support for -mcpu=leon3 from gcc 4.8.3. Use this for LEON systems instead of the non-mainline targets sparcsfleon, sparchfleon, sparcsfleonv8, and sparchfleonv8. [Thomas: add Config.in.legacy handling for the removed options.] Signed-off-by: Andreas Larsson <andreas@gaisler.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* arch/arm: add blind options to know the ARM architectureGravatar Thomas Petazzoni2014-10-251-0/+30
| | | | | | | | | | | | In preparation to the removal of BR2_GCC_TARGET_ARCH for ARM, this commit introduces a number of blind options for each ARM architecture, so that packages/toolchains that had dependencies using BR2_GCC_TARGET_ARCH can continue to express their dependencies. It can also be used to simplify package dependencies that were using the individual ARM core options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
* arch: remove BR2_arm10tGravatar Thomas Petazzoni2014-09-181-4/+0
| | | | | | | | | | | | | The BR2_arm10t option is not correct as it references an ARM family, while other options indicate a specific ARM core. The ARM cores in ARM10 family are ARM1020E, ARM1022E and ARM1026EJ-S according to Wikipedia. However, those are clearly very rare, and Wikipedia only indicates two Conexant ADSL-related SoC as being part of this family of ARM cores. Therefore, this commit removes this ARM family. [Peter: remove nettle.mk reference as pointed out by Yann] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: remove BR2_arm920 referenceGravatar Thomas Petazzoni2014-09-181-1/+0
| | | | | | | | | | The BR2_GCC_TARGET_CPU defines a value for the BR2_arm920 case, but this option does not exist. Therefore, this commit removes one line of dead code. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/arc: fix atomics selectionGravatar Yann E. MORIN2014-09-111-1/+3
| | | | | | | | | | | | | | | | | | Due to a kconfig limitation, we can't select a no-prompt symbol that gets its dependencies by being conditionally re-defined in one or more if-blocks, like we currently do for BR2_ARCH_HAS_ATOMICS. As a workaround to this issue, we just redefine that symbol in the arc if-block, like we do for all other architectures, except that in the arc case, the default value is conditional. Reported-by: Anton Kolesov <Anton.Kolesov@synopsys.com> [yann.morin.1998@free.fr: indepently re-done a patch similar to the one Thomas made on his own] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: remove no-longer default on atomics optionGravatar Yann E. MORIN2014-08-181-1/+0
| | | | | | | | | | Now that all architectures explicitly select this option when it makes sense, there is no need to have a default value. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/xtensa: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/x86: all x86 but i386 has atomics operationsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/sparc: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/sh: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/powerpc: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/nios2: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/mips: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/microblaze: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/m68k: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/bfin: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/avr32: always has atomic opsGravatar Yann E. MORIN2014-08-181-0/+3
| | | | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/arm: always has atomic opsGravatar Yann E. MORIN2014-08-182-0/+6
| | | | | | | | | | | | | armv6 and above all have one sort of atomic ops or another. For armv5 and below, they are emulated, either as a kernel trap, a kernel VDSO, or compiler intrinsics. Aarch64 is just armv8, so make it a single commit. ;-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* toolchain: drop the now-unused old BR2_TOOLCHAIN_HAS_ATOMIC_INTRINSICSGravatar Yann E. MORIN2014-08-181-1/+0
| | | | | | | | | | It's now been replaced with BR2_ARCH_HAS_ATOMICS, annd all packages have been changed to use that instead. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: add an option to specify if the arch has atomic opsGravatar Yann E. MORIN2014-08-182-1/+7
| | | | | | | | | | | | | | | | The fact that atomic operations are available is not really a specificity of the toolchain, but rather of the architecture. So, add a new option that architectures that have atomic operations can select. This in turn selects the current toolchain atomic option, until all packages have been converted, at which point the old toolchain option can be removed. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Anton Kolesov <Anton.Kolesov@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* toolchain: Add config option for atomic intrinsicsGravatar Anton Kolesov2014-08-031-0/+5
| | | | | | | | | | | | | | GCC has several builtin functions that implement atomic operations. Those functions are architecture specific and may not be implemented by the specific toolchain. In case of GCC for ARC those functions rely on LLOCK/SCOND instructions which are optional in ARC CPU's. If ARC CPU doesn't support those instructions but software tries to use them, then application will be aborted with Illegal instruction exception. To avoid confusion user should first specify that their CPU supports atomic extension, which will allow selection of packages that use builtin atomic functions. Signed-off-by: Anton Kolesov <Anton.Kolesov@synopsys.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* arch: avr32 should only get removed for the 2015.02 releaseGravatar Peter Korsgaard2014-07-101-1/+1
| | | | | | As discussed on the list. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: deprecate the AVR32 architectureGravatar Thomas Petazzoni2014-07-101-0/+6
| | | | | | | | | | | | | | | | | | | The AVR32 architecture from Atmel is obsolete since a long time, not supported upstream in most of the toolchain components (requires a special version of gcc, an old version of uClibc, etc.). Until February, Simon Dawson was making an excellent job at maintaining AVR32 in Buildroot, and fixing all the issues caused by this architecture. However, Simon focus has changed, and despite his call for a new maintainer for AVR32 in Buildroot, nobody stepped up. The issue of maintaining AVR32 is becoming worse and worse, so this patch proposes to deprecate it for 2014.08, but keeping the support around, to remove it for sure in 2014.11. Cc: Simon Dawson <spdawson@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* powerpc: add powerpc64 and powerpc64le supportGravatar Cody P Schafer2014-05-262-2/+14
| | | | | | | | | | This enables powerpc64 and powerpc64le. Currently, le needs at least glibc 2.19 and gcc 4.9.0. For gdb, 7.7.1 works (added in an earlier patch). [Peter: also disallow gcc 4.8 for ppc64le] Signed-off-by: Cody P Schafer <cody@linux.vnet.ibm.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* powerpc: remove unneeded dependenciesGravatar Cody P Schafer2014-05-261-2/+0
| | | | | Signed-off-by: Cody P Schafer <cody@linux.vnet.ibm.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* powerpc: add power{4,5,6,7,8} cpusGravatar Cody P Schafer2014-05-261-0/+18
| | | | | Signed-off-by: Cody P Schafer <cody@linux.vnet.ibm.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* powerpc: mark 32-bit only powerpc cpus to prep for adding powerpc64 supportGravatar Cody P Schafer2014-05-261-0/+29
| | | | | Signed-off-by: Cody P Schafer <cody@linux.vnet.ibm.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* powerpc: add BR2_POWERPC_CPU_HAS_ALTIVEC to replace adhoc deps/checksGravatar Cody P Schafer2014-05-261-0/+6
| | | | | Signed-off-by: Cody P Schafer <cody@linux.vnet.ibm.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* powerpc: add BR2_POWERPC_CPU_HAS_SPE to replace adhoc deps/checksGravatar Cody P Schafer2014-05-261-3/+8
| | | | | Signed-off-by: Cody P Schafer <cody@linux.vnet.ibm.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* Add support for powerpc64leGravatar Jeff Bailey2014-05-252-4/+14
| | | | | | | | | | | This patch adds support for powerpc64le-linux-gnu. This includes needed patches to fakeroot and gmp. gmp patch is from upstream HG tree. fakeroot patch is from Ubuntu written by Adam Conrad. Signed-off-by: Jeff Bailey <jeffbailey@google.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/arm: drop ARM(7TDMI/720T/740T) supportGravatar Gustavo Zacarias2014-05-081-11/+0
| | | | | | | | | | | | | | | | The toolchain currently doesn't build for nommu ARM and is in need of serious work. Problem is there are no emulation targets and real ARM(7TDMI/720T/740T) hardware that's capable of running linux (enough memory, having a memory controller...) is VERY rare and uses very old versions to make it usable. The ARM nommu focus should go into Cortex M series processors that are obtainable at reasonable cost on modern hardware that has external memory controllers. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: add support for "corei7" Intel CPU optimisationsGravatar Bernd Kuhls2014-05-031-0/+12
| | | | | | | | gcc support was added in version 4.6: http://gcc.gnu.org/gcc-4.6/changes.html Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arm: update processor typesGravatar Gustavo Zacarias2014-04-241-0/+7
| | | | | | | | Update the arm processor types: add the cortex A12 variant supported by gcc 4.9.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* Disable o32 ABI for MIPS64 architecturesGravatar Vicente Olivert Riera2014-03-281-5/+6
| | | | | | | | | | Building o32 ELF files for MIPS64 is an exotic configuration that nobody should be using. If o32 is required, then is better if it's built for MIPS 32-bit cores so only 32-bit instructions will be used leading to a more efficient o32 usage. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* Fix microblize little endian toolchainGravatar Jan Drazil2014-03-201-1/+2
| | | | | | | | | | | | Buildroot toolchain creates big endian binaries instead of little endian ones for microblaze architecture. The reason is wrong BR2_ARCH string. KERNEL_ARCH must contain microblaze in both cases. Signed-off-by: Jan Drazil <xdrazi00@stud.fit.vutbr.cz> Signed-off-by: Jan Viktorin <xvikto03@stud.fit.vutbr.cz> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Tested-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: remove sh2, sh3 and sh3eb supportGravatar Thomas Petazzoni2014-02-051-13/+2
| | | | | | | | | | | | This patch removes the sh2, sh3 and sh3eb support, because the user base is inexistent, and the Linux support for these architectures is poor. The sh2a support is preserved, because at least one user expressed interest in this architecture, and is actually using it: http://lists.busybox.net/pipermail/buildroot/2013-April/070399.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: remove incorrect condition for endian definition on SuperHGravatar Thomas Petazzoni2014-02-041-1/+1
| | | | | | | | | | Probably due to some copy/paste mistake, Config.in.sh was defining BR2_ENDIAN to "LITTLE" when the architecture is BR2_x86_64. Due to the fact that Config.in.sh is never included when we are building for x86_64, this is a no-op, but is certainly good to clean up. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: use BR2_X86_CPU_HAS_SSE4, SSE42 with jaguarGravatar Adrien Béraud2014-01-201-0/+2
| | | | | | | | This follow-up commit adds support for SSE 4 and SSE 4.2 to the jaguar architecture. Signed-off-by: Adrien Béraud <adrien.beraud@savoirfairelinux.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: add support for "jaguar" AMD CPU optimisationsGravatar Adrien Béraud2014-01-151-0/+10
| | | | | | | | | | | | | AMD Jaguar ( https://en.wikipedia.org/wiki/Jaguar_%28microarchitecture%29 ) is suddenly a popular architecture since it is used in the PS4 and the XBox One. Many embedded systems are also likely to use it in the next years. This patch adds support for GCC architecture-specific optimisations and tuning for these CPUs. These optimizations are available with GCC 4.8+. Signed-off-by: Adrien Beraud <adrien.beraud@savoirfairelinux.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* ffmpeg: Add sse4 related options BR2_X86_CPU_HAS_SSE4 / BR2_X86_CPU_HAS_SSE4Gravatar Bernd Kuhls2014-01-131-0/+4
| | | | | Signed-off-by: Bernd Kuhls <berndkuhls@hotmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* deprecated handling: introduce BR2_DEPRECATED_SINCE_xxxx_xxGravatar Thomas De Schampheleire2014-01-101-4/+4
| | | | | | | | | | | | | | | | | | | | | In order to keep better track of when a feature got deprecated, and hence when it can be removed, a new set of symbols BR2_DEPRECATED_SINCE_xxxx_xx is introduced. These symbols are automatically selected when BR2_DEPRECATED is selected, and thus are transparent to the user. A deprecated feature will no longer depend on BR2_DEPRECATED directly, but rather on the appropriate BR2_DEPRECATED_SINCE_xxxx_xx. If that symbol does not yet exist, it has to be created in Config.in. When removing a deprecated feature, one should also check whether this was the last feature using the BR2_DEPRECATED_SINCE_xxxx_xx symbol, in which case the latter can be removed from Config.in. A followup patch will make sure the overview is added to the list of deprecated features in the manual, so that a buildroot core developer can easily determine which features to remove in a given development cycle. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* Disable MIPS64 ISAs for MIPS32 targetsGravatar Vicente Olivert Riera2014-01-031-0/+2
| | | | | | | | | | Currently you can select MIPS64 ISAs, like mips64 and mips64r2, for MIPS32 targets. This is incorrect, so we disable the possibility to do that. Reviewed-by: Markos Chandras <markos.chandras@imgtec.com> Signed-off-by: Vicente Olivert Riera <vincent.riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* arch: pass cpu option instead of tune option on ARMGravatar Thomas Petazzoni2013-12-261-1/+1
| | | | | | | | | | | | | | | | | Currently, the ARM Config.in logic specifies values for --with-arch/-march and --with-tune/-mtune, but not for --with-cpu/-mcpu. However, this causes problems on ARMv4, because specifying --with-arch=armv4t isn't enough to make gcc generate ARMv4 code: one should also pass --with-cpu=<some ARMv4 CPU>. Moreover, since Buildroot is generally designed to generate code specifically for the configured target, it makes sense to give our own --with-cpu/-mcpu value instead of relying on the default value used by gcc, and only do small optimizations with -mtune. Reported-by: Adam Hussein <kryme76@yahoo.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
* Revert "arc: Add option for ARC-specific download site"Gravatar Mischa Jonker2013-12-061-4/+0
| | | | | | | | | All packages use github now. This reverts commit 1445b7fd2e46db5d39ad5e2f5cc262574399f5f3. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* Merge branch 'next'Gravatar Peter Korsgaard2013-12-011-6/+0
|\ | | | | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
| * arch/sparc: drop unused variantsGravatar Gustavo Zacarias2013-11-281-6/+0
| | | | | | | | | | | | | | Drop stale v9/ultrasparc/niagara variants. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | Mark MIPS I, II, III and IV as deprecatedGravatar Vicente Olivert Riera2013-11-201-4/+5
|/ | | | | | | | Deprecate old MIPS ISAs since they are rarely used anymore and they cause multiple build problems for new packages Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* avr32: pass target arch to gccGravatar Simon Dawson2013-11-061-0/+3
| | | | | | | | | As suggested by Alexander Lukichev and Thomas Petazzoni on the mailing list, only one of the two avr32 microarchitectures is relevant for Buildroot: avr32 Linux implies the avr32b microarchitecure, as used in the ap7000. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch/Config.in: introduce BR2_KERNEL_64_USERLAND_32 symbolGravatar Gustavo Zacarias2013-10-302-0/+4
| | | | | | | | | | | | | | | On some architectures one can be running a 64-bit kernel with a 32-bit userland. Such is the case for sparc64 (unsupported) for example and mips64 with n32 ABI. Some tools that interface directly with the kernel need to be built specially for this, so introduce this symbol to tweak their build in one central kludge to be future-proof. Example: bug #6602. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* arch/mips: Set BR2_GCC_TARGET_ARCH for MIPSGravatar Markos Chandras2013-10-301-1/+1
| | | | | | | | Set --with-arch instead of --with-tune for MIPS so that the generated code will be optimal for the given MIPS ISA. Signed-off-by: Markos Chandras <markos.chandras@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>