Paul Gortmaker released another 4.12-stable that comprises the following
changes:
23dcfbfbca0a Linux 4.12.22
d4879ce5efb7 arm64: Kill PSCI_GET_VERSION as a variant-2 workaround
77915e1a7544 arm64: Add ARM_SMCCC_ARCH_WORKAROUND_1 BP hardening support
b06fbedb6e14 arm/arm64: smccc: Implement SMCCC v1.1 inline primitive
1f400b388a20 arm/arm64: smccc: Make function identifiers an unsigned quantity
f5d3afa3aecc firmware/psci: Expose SMCCC version through psci_ops
4c69d3a66e60 firmware/psci: Expose PSCI conduit
cfec930a45f8 arm64: KVM: Add SMCCC_ARCH_WORKAROUND_1 fast handling
9e9697733818 arm64: KVM: Report SMCCC_ARCH_WORKAROUND_1 BP hardening support
2a8574eb6e3f arm/arm64: KVM: Turn kvm_psci_version into a static inline
2c79f828dfed arm64: KVM: Make PSCI_VERSION a fast path
042626a87234 arm/arm64: KVM: Advertise SMCCC v1.1
48a9e563e528 arm/arm64: KVM: Implement PSCI 1.0 support
28283de68052 arm/arm64: KVM: Add smccc accessors to PSCI code
33d47367626b arm/arm64: KVM: Add PSCI_VERSION helper
82ca1dcebf95 arm/arm64: KVM: Consolidate the PSCI include files
efb7c6b5b7f9 arm64: KVM: Increment PC after handling an SMC trap
b720b7837ed8 arm64: Branch predictor hardening for Cavium ThunderX2
6f2750c7a1c9 arm64: Implement branch predictor hardening for Falkor
b56fa11959a7 arm64: Implement branch predictor hardening for affected Cortex-A CPUs
5eb80f970c49 arm64: cputype: Add missing MIDR values for Cortex-A72 and Cortex-A75
cf45e77d8106 arm64: entry: Apply BP hardening for suspicious interrupts from EL0
e9c2f25bf62d arm64: entry: Apply BP hardening for high-priority synchronous exceptions
b4f51ebd0fc3 arm64: KVM: Use per-CPU vector when BP hardening is enabled
e8f7c5ba8c70 arm64: Move BP hardening to check_and_switch_context
e2c124fa14e1 arm64: Add skeleton to harden the branch predictor against aliasing attacks
ddd305f0fdf8 arm64: Move post_ttbr_update_workaround to C code
204d987e7143 drivers/firmware: Expose psci_get_version through psci_ops structure
8880e6380d91 arm64: cpufeature: Pass capability structure to ->enable callback
48017c15187b arm64: Run enable method for errata work arounds on late CPUs
cf64258fb122 arm64: cpufeature: __this_cpu_has_cap() shouldn't stop early
7d550f8cb119 arm64: futex: Mask __user pointers prior to dereference
b9d01590df34 arm64: uaccess: Mask __user pointers for __arch_{clear, copy_*}_user
1b74ca827ed3 arm64: uaccess: Don't bother eliding access_ok checks in __{get, put}_user
41b08b7c365b arm64: uaccess: Prevent speculative use of the current addr_limit
1736debe11ef arm64: entry: Ensure branch through syscall table is bounded under speculation
84e4780beea5 arm64: Use pointer masking to limit uaccess speculation
d77d4c9aa433 arm64: Make USER_DS an inclusive limit
b96ab81a6468 arm64: Implement array_index_mask_nospec()
21eb21937d8e arm64: barrier: Add CSDB macros to control data-value prediction
da1217a79997 arm64: idmap: Use "awx" flags for .idmap.text .pushsection directives
c20b48f5b7a3 arm64: entry: Reword comment about post_ttbr_update_workaround
15d4d37f7709 arm64: Force KPTI to be disabled on Cavium ThunderX
3489abd67e33 arm64: kpti: Add ->enable callback to remap swapper using nG mappings
b154d9be8c6f arm64: mm: Permit transitioning from Global to Non-Global without BBM
1610bb019302 arm64: kpti: Make use of nG dependent on arm64_kernel_unmapped_at_el0()
250a3a64585f arm64: Turn on KPTI only on CPUs that need it
32da2aa26b97 arm64: cputype: Add MIDR values for Cavium ThunderX2 CPUs
93d290bbe8f1 arm64: kpti: Fix the interaction between ASID switching and software PAN
923618230c12 arm64: mm: Introduce TTBR_ASID_MASK for getting at the ASID in the TTBR
51218390beb6 arm64: capabilities: Handle duplicate entries for a capability
630cf7161fca arm64: Take into account ID_AA64PFR0_EL1.CSV3
4b7ebe5c3644 arm64: Kconfig: Reword UNMAP_KERNEL_AT_EL0 kconfig entry
e09f32469091 arm64: Kconfig: Add CONFIG_UNMAP_KERNEL_AT_EL0
8202169d678a arm64: use RET instruction for exiting the trampoline
414d9eabda3d arm64: kaslr: Put kernel vectors address in separate data page
fce92f180168 arm64: entry: Add fake CPU feature for unmapping the kernel at EL0
83584a583bff arm64: tls: Avoid unconditional zeroing of tpidrro_el0 for native tasks
4732b98b6400 arm64: cpu_errata: Add Kryo to Falkor 1003 errata
85dacaa58475 arm64: erratum: Work around Falkor erratum #E1003 in trampoline code
bb0fa2f9cece arm64: entry: Hook up entry trampoline to exception vectors
df7f7308d5f0 arm64: entry: Explicitly pass exception level to kernel_ventry macro
14bcc912ca7e arm64: mm: Map entry trampoline into trampoline and kernel page tables
c30f47afaa64 arm64: entry: Add exception trampoline page for exceptions from EL0
21b891bf770f arm64: mm: Invalidate both kernel and user ASIDs when performing TLBI
09e8df92ba8e arm64: mm: Add arm64_kernel_unmapped_at_el0 helper
6832da386e60 arm64: mm: Allocate ASIDs in pairs
bfd2ff25b585 arm64: mm: Fix and re-enable ARM64_SW_TTBR0_PAN
1e4477930e5e arm64: mm: Rename post_ttbr0_update_workaround
1e1890551573 arm64: mm: Remove pre_ttbr0_update_workaround for Falkor erratum #E1003
0223b2589432 arm64: mm: Move ASID from TTBR0 to TTBR1
9fe82f4ebdc3 arm64: mm: Temporarily disable ARM64_SW_TTBR0_PAN
199f832ebf00 arm64: mm: Use non-global mappings for kernel space
e9b0e14af7e3 arm64: move TASK_* definitions to <asm/processor.h>
cab5207f57fd brd: remove unused brd_mutex
7522521435a4 arm/syscalls: Optimize address limit check
797f169015c5 Revert "arm/syscalls: Check address limit on user-mode return"
3056c8f5be3a syscalls: Use CHECK_DATA_CORRUPTION for addr_limit_user_check
74116ef5625a arm64: add VMAP_STACK overflow detection
0d82fd80a2d1 arm64: add on_accessible_stack()
c38502bc1472 arm64: add basic VMAP_STACK support
c3a53247c1ff arm64: use an irq stack pointer
73dcb6d84040 arm64: assembler: allow adr_this_cpu to use the stack pointer
344a8e142697 arm64: factor out entry stack manipulation
59c4a6fb5606 efi/arm64: add EFI_KIMG_ALIGN
1a5300c6063f arm64: move SEGMENT_ALIGN to <asm/memory.h>
3969d302c52f arm64: clean up irq stack definitions
f030f0edba48 arm64: clean up THREAD_* definitions
1f3c78245a4a arm64: factor out PAGE_* and CONT_* definitions
8a5bc40e0c93 arm64: kernel: remove {THREAD,IRQ_STACK}_START_SP
deba543af0b8 fork: allow arch-override of VMAP stack alignment
774f64ce7b0f arm64: remove __die()'s stack dump
7342855775d5 arm64: unwind: remove sp from struct stackframe
553dbcbcff1d arm64: unwind: reference pt_regs via embedded stack frame
926b0fe43412 arm64: unwind: disregard frame.sp when validating frame pointer
da32ad8b5c11 arm64: unwind: avoid percpu indirection for irq stack
eac4e8ecdd77 arm64: move non-entry code out of .entry.text
b341e176374e arm64: consistently use bl for C exception entry
3cdad1f0b9d0 arm64: Add ASM_BUG()
01ace65c9150 arm64/vdso: Support mremap() for vDSO
8050b6ba63cb arm64: Handle trapped DC CVAP
0ee09d69dc93 arm64: Expose DC CVAP to userspace
704046e3e554 arm64: Convert __inval_cache_range() to area-based
b40935f19c73 arm64: mm: Fix set_memory_valid() declaration
29530b5b549e arm64: Abstract syscallno manipulation
f9f1c9d7d767 arm64: syscallno is secretly an int, make it official
ab69949ffe23 x86/tracing: Build tracepoints only when they are used
03793940e25c x86/tracing: Disentangle pagefault and resched IPI tracing key
2822852ed8a5 x86/idt: Clean up the i386 low level entry macros
d5654eb18f73 x86/idt: Remove the tracing IDT completely
0d38071a05e7 x86/smp: Use static key for reschedule interrupt tracing
4ef6e0f37891 x86/smp: Remove pointless duplicated interrupt code
40b216cec86d x86/mce: Remove duplicated tracing interrupt code
03f41cf538fd x86/irqwork: Get rid of duplicated tracing interrupt code
418b9a493901 x86/apic: Remove the duplicated tracing versions of interrupts
5be95f8dfffe x86/irq: Get rid of duplicated trace_x86_platform_ipi() code
bd936c5d828a x86/apic: Remove the duplicated tracing version of local_timer_interrupt()
f4971407abbb x86/traps: Simplify pagefault tracing logic
2f436623b2c3 x86/tracing: Introduce a static key for exception tracing
4395735bf0a9 arm64/syscalls: Check address limit on user-mode return
3e1d12839e05 arm/syscalls: Check address limit on user-mode return
649cd48799ef x86/syscalls: Check address limit on user-mode return
8fe35f321cd3 audit: fix memleak in auditd_send_unicast_skb.
4b1e889a4dd0 arm64: ptrace: Flush user-RW TLS reg to thread_struct before reading
75a382c72d50 arm64: Add dump_backtrace() in show_regs
(From OE-Core rev: 9edeb4733e4a49d11febadc0e282c68c05e39575)
(From OE-Core rev: 7a87168a6e28da3f6b78d633f5f78d591c69323e)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
includes:
CVE-2018-1000300 CWE-122: Heap-based Buffer Overflow
CVE-2018-1000301 CWE-126: Buffer Over-read
https://curl.haxx.se/changes.html#7_60_0
Also refresh 0001-replace-krb5-config-with-pkg-config.patch and drop
configure_ac.patch, which we've apparently been dragging along
unnecessarily for the past 5 years:
c277bd6ce7
(From OE-Core rev: 4063c1e4b233b28ae14420a83960fd93b437a4a4)
(From OE-Core rev: 4decc8ca3bd1b6c1c67182782fe6019dc0efc4fa)
Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Noteworthy changes:
* Fix cookie injection (CVE-2018-0494)
* Enable TLS1.3 with recent OpenSSL environment
* New option --ciphers to set GnuTLS / OpenSSL ciphers directly
* Updated CSS grammar to CSS 2.2
* Fixed several memleaks found by OSS-Fuzz
* Fixed several buffer overflows found by OSS-Fuzz
* Fixed several integer overflows found by OSS-Fuzz
* Several minor bug fixes
(From OE-Core rev: 5b966e87aba19629408daeff25c1e6883300fb10)
(From OE-Core rev: 8e4edd3942351c49f312b5366b2359fdc2911482)
Signed-off-by: Jibin Xu <jibin.xu@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf is failing to build for me since this oe-core commit:
commit 9b38c824961fc9dce51bda95c25dac91a69fc64f
Author: Hongxu Jia <hongxu.jia@windriver.com>
Date: Tue Apr 24 11:33:47 2018 +0800
perf: make a copy of kernel source to perf workdir
the problem is that perf sources in kernel older than 4.8 (in my case
4.4) are depending on the "global" include headers outside tools
directory, e.g. swab.h in:
kernel-source/tools$ git grep swab.h
perf/MANIFEST:include/linux/swab.h
perf/MANIFEST:include/uapi/linux/swab.h
perf/util/include/asm/byteorder.h:#include "../../../../include/uapi/linux/swab.h"
this was resolved in 4.8 with:
commit 7e3f36411342a54f1981fa97b43550b8406a3d69
Author: Arnaldo Carvalho de Melo <acme@redhat.com>
Date: Mon Jul 18 17:42:16 2016 -0300
perf tools: Remove tools/perf/util/include/asm/byteorder.h
Not used anymore. This also stops include linux/swab.h directly
from the kernel sources, remove that reference from the MANIFEST.
and few more changes to make tools/include more complete and standalone:
tools/include in 4.15:
asm asm-generic linux tools trace uapi
tools/include in 4.4:
asm asm-generic linux tools
but copying the include header even for kernels which don't really
need it doesn't add big overhead, so just copy include to perf sources
for all kernels.
(From OE-Core rev: 19fb2d11a8bb3c6dfdd5edc1b9155d642dc0f5e0)
(From OE-Core rev: 7950b1ed077eaecff1523221c297158aa54b7ecf)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add `DEPENDS += "kmod-native"` to ensure depmod utility is added to
recipe-sysroot-native during image build.
Without this dependency, image builds where BUILD_IMAGES_FROM_FEEDS=1
have depmodwrapper in recipe-sysroot-native but are missing depmod.
Kernel postinst scripts rely on depmod (via depmodwrapper) to index
newly installed modules.
(From OE-Core rev: d693457f9de92e4e8b61881638787e831f0ca197)
(From OE-Core rev: c60711bb734dceb8274720c898eba11bfd8da749)
Signed-off-by: Haris Okanovic <haris.okanovic@ni.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Currently building perl-native modules triggers
build perl for target due to PACKAGES_DYNAMIC regex.
This commit will cause, that perl native modules will
trigger perl-native build.
(From OE-Core rev: 7dd9772eca6df52db09b65537fdf689f1aa3fd8f)
(From OE-Core rev: 3ad793c9ae1eb0b0599078298d55a37042f11239)
Signed-off-by: Krzysztof Taborski <taborskikrzysztof@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The 1.9.6 fixes a number of issues since 1.9.4 release, mainly:
go1.9.5 (released 2018/03/28) includes fixes to the compiler, go
command, and net/http/pprof package.
go1.9.6 (released 2018/05/01) includes fixes to the compiler and go
command.
(From OE-Core rev: d4abc33c81f7aa33c432ead92ae16df01ebe36c8)
(From OE-Core rev: 020b0c2a85f259d92fc6c737a86d04824aa545d9)
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If alsa-utils configure is not passed a --with-udev-rules-dir option then
it defaults to using /lib/udev/rules.d. This meant that the hard-coded use
of ${D}/lib in do_install in 262e69c9c7acf0beb7bb6b96299e3c993c906434
worked correctly to remove the unwanted rules.
Subsequently, 0a4372705a030ca54ed420cdfec33d46ab93499c changed do_install
to use ${nonarch_base_libdir}, claiming to fix this in the usrmerge case.
This means that if udev is not present in PACKAGECONFIG and usrmerge is
present in DISTRO_FEATURES then the alsa-utils build system will install
the rules in ${D}/lib/udev/rules.d but do_install will attempt to remove
${D}/usr/lib, resulting in something like:
rmdir: failed to remove '.../tmp-glibc/work/i586-oe-linux/alsa-utils/1.1.5-r0/image/usr/lib': No such file or directory
To fix this, let's just tell configure to install the rules in a specific
known location when udev is disabled. This location can then easily be
cleaned up in do_install without doing any harm if udev is enabled.
Tested both with and without usrmerge in DISTRO_FEATURES and with and
without udev in PACKAGECONFIG.
(From OE-Core rev: 022b644e6ba2caa0b32ce3323621c07f78166234)
(From OE-Core rev: 913eb3376defe17e32a35114cc4bec478e24cf62)
Signed-off-by: Mike Crowe <mac@mcrowe.com>
Cc: Phil Blundell <pb@pbcl.net>
Cc: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add mtd-utils-tests package which includes the test suites mtd-tests,
ubi-tests, fs-tests, etc.
These test suites are useful for verifying flash features or stress
testing.
(From OE-Core rev: 612d0468e34ca922b42a1176ab1e2feef72a2a13)
(From OE-Core rev: 1286cd2d3f5e37fed9021e0b3d6b8debd9ff3a71)
Signed-off-by: Martin Lund <malu@gomspace.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
During Qemu guest migration, a destination process invokes ps2
post_load function. In that, if 'rptr' and 'count' values were
invalid, it could lead to OOB access or infinite loop issue.
Add check to avoid it.
(From OE-Core rev: 0d8f68fe43b4da1a0d356fe6bedb52b8f2a02081)
(From OE-Core rev: cdfceda098aa1a864cbb794065b9f555810c5c71)
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Since perf contaminates linux shared workdir, it probably caused
kernel-devsrc compile failure at world build.
...
|0 blocks
|cpio: ./tools/perf/arch/arm/util/sedr7ORqk: Cannot stat:
No such file or directory
|0 blocks
...
cpio tried to find a file at ${S}/tools/perf and failed
if the input list is not valid.
Make a copy of kernel shared source directory into a perf workdir
could fix the issue.
Drop `Fix for rebuilding' which is obsolete
[YOCTO #10880]
(From OE-Core rev: 9b38c824961fc9dce51bda95c25dac91a69fc64f)
(From OE-Core rev: 1a39330bf79f3d36a1a0f6d34b421de53ff36405)
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Redefiine regen-all in Makefile to invoke regen-importlib after
building other regen- targets. Change the recipe to not build it
before regen-all. This avoids trying to build it multiple times,
which can occasionally fail.
(From OE-Core rev: 72d62c9af07bf34bb8fbb3958742eb592985acc2)
(From OE-Core rev: 5b9af58be9194233a05a10c3e5b5efd053cc28d2)
Signed-off-by: Joe Slater <joe.slater@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We have some tasks depending on image's do_image_complete task, and we
are also using WKS files to generate partitioned images, but now there
is lacking a inter dependency between do_image_wic and
do_image_complete, so we have to depend on both of them.
Fixed by adding the dependency.
(From OE-Core rev: e3a25f06f2cde701415f4130a43c9b3895d42f10)
(From OE-Core rev: a2f8f3d3ed92898c71c68dbfe27523e77e604af9)
Signed-off-by: Ming Liu <liu.ming50@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Avoid collision of mtd-utils and mtd-utils-ubifs provided binaries
with identically named BusyBox provided applets in case packages
are installed to same rootfs, by adding relevant binaries to
update-alternatives scope
(From OE-Core rev: a9d8a8b27fc4bc6bdaa9133efd87430813a13212)
(From OE-Core rev: f06a276b7bd10f3ada796f943e7b702283da91eb)
Signed-off-by: Niko Mauno <niko.mauno@vaisala.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When building SDK via populate_sdk for qemuarm64 with multilib
enabled, we would have conflict about bits/floatn.h at populate_sdk
time.
file /usr/include/asm/bpf_perf_event.h conflicts between attempted installs of lib32-linux-libc-headers-dev-4.15.7-r0.armv7vehf_vfp and linux-libc-headers-dev-4.15.7-r0.aarch64
file /usr/include/asm/kvm_para.h conflicts between attempted installs of lib32-linux-libc-headers-dev-4.15.7-r0.armv7vehf_vfp and linux-libc-headers-dev-4.15.7-r0.aarch64
Apply oe_multilib_header on these header files to fix the problem.
(From OE-Core rev: 89b4e77129990b842e2ca917b98473ec58205e88)
(From OE-Core rev: 7df28830e9d08b516e8992d0fab4cea58c31aa67)
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When building SDK via populate_sdk for qemuarm64 with multilib
enabled, we would have conflict about bits/floatn.h at populate_sdk
time.
file /usr/include/bits/floatn.h conflicts between attempted ins
talls of libc6-dev-2.27-r0.aarch64 and lib32-libc6-dev-2.27-r0.armv7vehf_vfp
Apply oe_multilib_header on this header file to fix the problem.
(From OE-Core rev: 650c59c8b6796cf4797ca1860be85f6ccf50bcd2)
(From OE-Core rev: 4aabbd41e9c414d4ac765d1d343ca5d62408eaea)
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Avoid collision of propcs provided w binary with BusyBox-provided
applet in case both are installed to same rootfs, by adding w to
update-alternatives scope via bindir_progs variable
(From OE-Core rev: de4206c6fd0c3be77d71958f532604b65a4dd5be)
(From OE-Core rev: ab78b6a9bfa7fbdc7dca44734060b62900e2b94e)
Signed-off-by: Niko Mauno <niko.mauno@vaisala.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Its trying to build NATIVE llvm-config which is
already built with llvm-native so we do not need
to rebuild it
Drop setting NINJA_STATUS explicitly, its no longer
needed, on the contrary it hinders the task status
update
(From OE-Core rev: f8393b2b4bc5fbd972be00cb17d0c574ae8deff9)
(From OE-Core rev: dae7d6abe71773962e0088b73b3584dd2d18c5f6)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When packaging a node application, a `NameError` can be thrown in create_npm.py if an optional npm dependency does not
support Linux.
(From OE-Core rev: 8293201d98d368d6322eaa960fb3e7cee2ba9368)
(From OE-Core rev: c5d0afb8d7faa2c2662264e913dc2733503ec204)
Signed-off-by: Sarah Marsh <sarah.marsh@arm.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Found several items that were slightly off after working through the
procedure. Updates to bring it into line with reality.
(From yocto-docs rev: bc024c4484db3fdfb44fdb6f8709ad47378d85e2)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Expanded this section to contain a figure of the flow and an
example that showcases the ways to override and use SDK
environment and Makefile variables.
(From yocto-docs rev: 422b5dda50c47d03adf2a8c4e8cfdb02eddff0ca)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The Makefile-Based Projects section was expanded to add a useful
example and figure. Added this figure to the sdk-manual and
mega-manual figures folders.
Updated the Makefile to include the new figure as part of the
tar files for each manual.
(From yocto-docs rev: 5bf979f924200a31cb28fe9920b0877d5562e0f5)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Autotools is simpler now as it uses "autoreconf" to one-step a bunch
of the existing tools such as aclocal and autoconf. I updated the
figure to reflect the simpler flow and also the steps that accompany
the figure.
(From yocto-docs rev: 232f80b4723c1a51ed0d0e55c00b13e64390d69a)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
I wrote the section to include a flow diagram using "make" and
provided a working example highlighting how to override environment
variables.
(From yocto-docs rev: c147d1ee1f6f33a5222eb1ccf466d1854c67815c)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Two changes here. One was a note to the "make" step of the
Autotools-based section. I cross-referenced the Makefile section
for information on how SDK installation environment variables
are respected and or overridden when using make variables.
Also, fixed the quotation syntax of the four environment variable
examples used in the "Makefile-Based Projects" section.
(From yocto-docs rev: a5742a8730359ed28f10108cb741913472337c57)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
New figure for the section on Autotools workflow. The figure
goes in the folders for both the sdk-manual and the
mega-manual.
Updated the Makefile to include the new figure in the tarball
when creating both manuals.
(From yocto-docs rev: 01f33f7ee293de4dbe0398aae6c087de686be965)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Did a re-write of this section with better explanations.
I also pulled the bit about passing parameters to the
configure script into the step that talks about that.
(From yocto-docs rev: 778e566100450cce15808f80ace2b92f811001a7)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The line used to be "AC_PROG_INSTALL". I did some digging and can't
really figure out why the example is not following the standard
"helloworld" stuff out there all over the internet. So, I have the
user create a configure.in file as follows now:
AC_INIT(hello,0.1)
AM_INIT_AUTOMAKE([foreign])
AC_PROG_CC
AC_CONFIG_FILES(makefile)
AC_OUTPUT
The original was as follows:
AC_INIT(HELLO,0.1)
AM_INIT_AUTOMAKE([foreign])
AC_PROG_CC
AC_PROG_INSTALL
AC_OUTPUT(Makefile)
(From yocto-docs rev: 21eac500384aaea577ce90098c835cd140517941)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The link was going to a spot from which another link was suggested.
Too many redirections for the reader. Linked to the original place
instead.
(From yocto-docs rev: 9983cecb37f179a8eef28ab20a6539f8af100978)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Formatting used for the "configure" script created using the
"autoconf" command in the example.
(From yocto-docs rev: 6c57cd80acc0d5fa5f75a4b6341bc2521ceb43b5)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The Autotools example called for a "configure.in" file as part
of the "hello-world" example. When working through the example,
a warning occurs saying that the file needs to be "configure.ac".
I changed the example.
(From yocto-docs rev: f2ec3e564f828ad79f778d47862b4b422ad5a147)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Needed to reference a couple terms for first use: "cross-development
toolchain" and "OpenEmbedded build system".
(From yocto-docs rev: a0058122b00833bad84af007dfe466e9a2f6434b)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Changed the output to reflect the real command's output. Updated
prose to match (mostly) that used in the similar extensible SDK
sections.
(From yocto-docs rev: dd929244162eaf00f5e552ea8a96a7c2a89daa9f)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fixed some poor writing in this section.
(From yocto-docs rev: ed59c0e30d6c093f0dda54c0d61a2863a7e826e0)
Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
