summaryrefslogtreecommitdiffstats
path: root/meta/conf/machine-sdk/i686.conf
Commit message (Collapse)AuthorAgeFilesLines
* conf/machine-sdk: declare qemu-usermode SDK_MACHINE_FEATURERoss Burton2023-12-231-0/+2
| | | | | | | | | | | | All of our defined SDK machines (which are assumed to be Linux) support qemu-user, so state this explicitly. (From OE-Core rev: 12f92772c8ccf622fd353836c1172e15ee8c6857) Signed-off-by: Ross Burton <ross.burton@arm.com> Link: https://lore.kernel.org/r/20231221170159.1995650-3-ross.burton@arm.com Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to new override syntaxRichard Purdie2021-08-021-1/+1
| | | | | | | | | | | | This is the result of automated script conversion: scripts/contrib/convert-overrides.py <oe-core directory> converting the metadata to use ":" as the override character instead of "_". (From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine-sdk: oldest kernel for x86/x86_64 is 3.2.0 nowRuslan Bilovol2017-08-231-1/+0
| | | | | | | | | | | | | | | | | With glibc upgrade to 2.26 release (commit d6a0bc57fa07 "glibc: Upgrade to 2.26 final release") it's not possible to build x86/x86_64 SDK for kernels lower than 3.2.0 (see glibc commit 139ace95756a "Require Linux kernel 3.2 or later on x86 / x86_64.") Thus drop SDK_OLDEST_KERNEL overrides from machine-specific conf files, so default version 3.2.0 from conf/bitbake.conf will be picked up. (From OE-Core rev: 0724896f7a2092abf2f3bafa9fac96c5210d39a5) Signed-off-by: Ruslan Bilovol <rbilovol@cisco.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/nativesdk: set SDK_OLDEST_KERNEL appropriatelyPaul Eggleton2016-11-061-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | SDK_OLDEST_KERNEL currently only controls the check on SDK installation, however as with OLDEST_KERNEL it should be controlling the OLDEST_KERNEL value for building glibc used in the SDK. Thus, set it in nativesdk.bbclass. This means we need to move the default to bitbake.conf so that it can be seen in both places. Also set a more reasonable default for SDK_OLDEST_KERNEL for x86/x86-64 as glibc 2.24 still supports back to 2.6.32 there and there are still people wanting to build SDKs that will install on older distros (e.g. CentOS 6). However it's not possible to set this with overrides since there aren't any for the SDK_ARCH, however we can instead set the variable from conf files in conf/machine-sdk especially as there is now a soft default for SDKMACHINE. Fixes [YOCTO #10561]. (From OE-Core rev: 42d5781e31c5bf76b5b7e27abed4f6f3fd65bf40) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine-sdk: Clear ABIEXTENSION to avoid sstate checksum mismatch issuesRichard Purdie2016-10-011-0/+1
| | | | | | | | | When switching MACHINE, nativeksdk recipes could end up being rebuilt. Clear ABIEXTENSION to avoid this problem and ensure sstate checksum consistency. (From OE-Core rev: 21cc2a3f63ea260dbf6b50e2fd4dd50cacdd9935) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc/machine-sdk: Drop SDK_GLIBC_ADDONSRichard Purdie2013-05-091-2/+0
| | | | | | | | | We no longer change GLIBC_ADDONS per target so we no longer need to special case the SDK settings for it either. (From OE-Core rev: 3fb0e792600b5adb58bc5fca90d8605c1c76280f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: SDK_GLIBC_ADDONS for eglibc-nativesdk.Lianhao Lu2012-04-031-0/+2
| | | | | | | | | | Use SDK_GLIBC_ADDONS for eglibc-nativesdk so that it is not dependant on the target eglibc's GLIBC_ADDONS settings. (From OE-Core rev: e165203a6a7eb1fd47a20c3ede4d5a20ad49487f) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add i686 SDK machineRichard Purdie2010-03-151-0/+2
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>