summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/linux-libc-headers
Commit message (Collapse)AuthorAgeFilesLines
* linux-libc-headers: uprev to v6.5Bruce Ashfield2023-10-011-1/+1
| | | | | | | | | | | | The 6.4 kernel has been EOLd and 6.5 will be the newest reference kernel. So we bump our libc-headers to match (From OE-Core rev: 23d249bd02fb008748eb3876bd1d87602bd955ec) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: bump to 6.4Bruce Ashfield2023-07-122-44/+1
| | | | | | | | | | | | | | | kernel version 6.4 is the reference kernel for the fall release. This brings libc-headers up to date with that tested reference For musl, we drop one patch that has been merged upstream. (From OE-Core rev: 8dce94b89396a99bb20a0a0ba9db0244d95db7e0) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: bump to 6.1Bruce Ashfield2023-01-092-70/+1
| | | | | | | | | | | | | | 6.1 is a LTS and one of the reference kernels for our next relase. Making it a logical update point for our libc-headers. We can drop one of our patche as the gcc-goto.sh is no longer used, and hence we won't have race conditions like we previously had. (From OE-Core rev: cb6d0cac29d3f8eb6d13722ab816c93210762e60) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: add 6.x fetch locationBruce Ashfield2022-12-181-0/+2
| | | | | | | | | | | The next libc-headers bumps will be in the 6.x series, so we udpate our fetching list to handle that major version number. (From OE-Core rev: ef19afdc80edc80d76dbbc8a5de5a5b994ff718d) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: switch from SRC_URI:append to SRC_URI +=Mikko Rapeli2022-09-131-1/+1
| | | | | | | | | | The :append can not be removed via bbappends in custom layers so it's better to use += appends when ever possible. (From OE-Core rev: 6604795a3f7e53fd748d4103b521d8baf35cf7be) Signed-off-by: Mikko Rapeli <mikko.rapeli@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to v5.19Bruce Ashfield2022-08-081-2/+2
| | | | | | | | | Updating to v5.19 to match the latest reference kernel. (From OE-Core rev: a816234711f95cb3cab60b4698a191f8990c1543) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/recipes: Introduce add DEV_PKG_DEPENDENCY to change ↵Richard Purdie2022-06-281-1/+1
| | | | | | | | | | | | RDEPENDS:${PN}-dev There is a pattern that several recipes need to break the dependency of ${PN}-dev on ${PN}, most often as ${PN} may be be empty. Add a new variable to parameterise this and allow it to be changed more easily. (From OE-Core rev: a5b381c0f45c590a762647a9956a8f41e2e2315e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/meta-selftest/meta-skeleton: Update LICENSE variable to use SPDX ↵Richard Purdie2022-02-201-1/+1
| | | | | | | | | | | | | license identifiers An automated conversion using scripts/contrib/convert-spdx-licenses.py to convert to use the standard SPDX license identifiers. Two recipes in meta-selftest were not converted as they're that way specifically for testing. A change in linux-firmware was also skipped and may need a more manual tweak. (From OE-Core rev: ceda3238cdbf1beb216ae9ddb242470d5dfc25e0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to v5.16Bruce Ashfield2022-02-051-2/+2
| | | | | | | | | | | | | Bumping our reference headers to 5.16 to support newer kernels (-dev in particular). No issues were found in glibc or musl, and no patch referesh/drops are required (From OE-Core rev: a6a814fd1f62cc8050a438efb878a01aa3df7ae5) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to v5.15Bruce Ashfield2021-11-071-2/+2
| | | | | | | | | | No patches needed refreshing or removal, so we just update the SRC_URI and pick up the latest uapi / kernel headers. (From OE-Core rev: 9cebccedb16919b70198ee26acb8fcb6c4565359) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-headers: bump to v5.14Bruce Ashfield2021-09-241-2/+4
| | | | | | | | | | | | The reference kernel is moving to 5.14, and 5.13 is EOL upstream, so we update the libc-headers to match. No patch issues were found for musl or glibc. (From OE-Core rev: 3cdaf2cb64303bc58ab8be40fce4091b5a7809b4) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to new override syntaxRichard Purdie2021-08-022-7/+7
| | | | | | | | | | | | 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>
* linux-libc-headers: update to 5.13Bruce Ashfield2021-07-052-9/+8
| | | | | | | | | | | | | | Bumping the libc-headers to match the latest OE core reference kernel. We refresh one of the musl patches to udpate to the 5.12+ context of the header, but otherwise everything is unchanged. (From OE-Core rev: 3a171279d8ebe6efc714842c762521354aecebec) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/recipes-kernel: Add HOMEPAGE / DESCRIPTIONDorinda2021-03-111-0/+1
| | | | | | | | | | | | Added missing HOMEPAGE and DESCRIPTION found using the test command `oe-selftest -r distrodata.Distrodata.test_missing_homepg` [YOCTO #13471] (From OE-Core rev: 693988ec423341b930e93d604638826cccba9e37) Signed-off-by: Dorinda Bassey <dorindabassey@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-kernel: Add missing HOMEPAGE and DESCRIPTION for recipes.Meh Mbeh Ida Delphine2021-03-021-0/+1
| | | | | | | | | Fixes: [YOCTO #13471] (From OE-Core rev: 16409694f19e4d3b7bdc10a7f71c67938ce5f3ff) Signed-off-by: Ida Delphine <idadelm@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-headers: update to v5.10Bruce Ashfield2021-01-051-2/+3
| | | | | | | | | | | | | | As the reference kernel is going to v5.10, we also move the libc headers to match. This is also the latest LTS kernel, so is appropriate for a libc-headers version bump. This has been tested against all supported architectures for both glibc and musl. (From OE-Core rev: 1f1412c9a52c4fa3ded4f87a0c7ffdc4a243d632) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: kernel headers are installed in STAGING_KERNEL_BUILDDIRNicolas Dechesne2020-09-021-1/+1
| | | | | | | | | | | Since 'fido', kernel headers are installed in STAGING_KERNEL_BUILDDIR, not STAGING_KERNEL_DIR. So this message in the linux-libc-headers recipe is slightly misleading. (From OE-Core rev: bdd06f8ed58ed1c4983f8188e98f1a132da91e3d) Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-headers: update to v5.8Bruce Ashfield2020-08-203-10/+22
| | | | | | | | | | | | | | | | | | | | | | Updating the libc-headers to v5.8. Adjustments to the recipe include: The license checksum. Needs to be updated to account for kernel commit 74835c7db0322b [COPYING: state that all contributions really are covered by this file]. And the ARM multilib headers need to check the version to adjust for kernel commit: 541ad0150ca4 [arm: Remove 32bit KVM host support]. We don't want to break potential other libc-header users, so we check the version and continue to install the file if the version is less than v5.8 One patch is refreshed to remove fuzz when building musl. (From OE-Core rev: 4c3750bbc9dae30d91bd0e5efc8f614810289b31) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: exclude from version checks/automated version updatesAlexander Kanavin2020-06-091-0/+2
| | | | | | | (From OE-Core rev: dc3563bc2422144622923626f661a3974560b9d1) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Drop patches manipulating __UAPI_DEF_ETHHDRKhem Raj2020-02-283-63/+0
| | | | | | | | | | | | | | | | | __UAPI_DEF_ETHHDR has been defined in kernel UAPI [1] and musl already defined it to 0 via [2] So these patches can now be dropped. [1] https://patchwork.ozlabs.org/patch/872502/ [2] https://git.musl-libc.org/cgit/musl/commit/?id=b583c5d3b4cc2c54c68eef5eb7855ecfacee8bfc (From OE-Core rev: 6da3239b73fa3ebf8c62c7f38b5b4a3795d502b5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-headers: update to v5.4Bruce Ashfield2020-01-213-18/+15
| | | | | | | | | | | | | | | | | Updating the libc-headers to match the latest LTS kernel. The delta from previous headers is as follows: - refreshed one patch for 5.4 context - added rsync to the native dependencies, since it is used during header install. Otherwise, everyting is the same. (From OE-Core rev: 35e2cd846a13906c5339c0763ab93d68b122ebc7) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to v5.2 headersBruce Ashfield2019-09-012-65/+2
| | | | | | | | | | We drop the patch 0001-arm64-sve-uapi-asm-ptrace.h-should-not-depend-on-uap.patch since it was a backport and is already part of the 5.2 headers (From OE-Core rev: c436abca9832f1aa93f30c8d6ff36471d7bc4ca9) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-header: Fix ptrace.h and prctl.h conflict on aarch64Khem Raj2019-07-262-0/+63
| | | | | | | | | | This is a backport from 5.2 release upstream, it fixes long standing build failure on musl/aarch64 (From OE-Core rev: eff0a21a835808c5e2862b820a1ebb200ff100db) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to 5.x headersBruce Ashfield2019-03-066-392/+9
| | | | | | | | | | | | | | Updating the linux-libc-headers to the 5.x kernel variant to match the latest reference kernel in the 2.7 release. We have two patches refreshed for context changes, and three patches dropped since they have been merged to the mainline kernel and are no longer necessary. (From OE-Core rev: f6c825c41e3d4c14ae4ba0b2a07cc41d538e0d61) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers_4.19.bb: Backport patch to fix clockid_t in UAPIKhem Raj2019-01-112-0/+50
| | | | | | | | (From OE-Core rev: 119e3dacfd5c371d5f81f95c1a356e33c80362b2) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Remove spurious x.mbox fileKhem Raj2019-01-111-174/+0
| | | | | | | | (From OE-Core rev: 1e869fb12dbed3e16cd70a2c84639f37519b55df) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to v4.19Bruce Ashfield2019-01-085-2/+552
| | | | | | | | | | | | | Updating the linux-libc-headers to match the latest reference kernel in oe-core. We addtionally add three patches (identified by Khem) to fix muslc aarch64 build issues. (From OE-Core rev: 11f02b7c6f9854eecd3a49ea47833c8cbffb1581) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Fix build failure with fixed input and output files ↵He Zhe2019-01-082-13/+11
| | | | | | | | | | | | | | | | | | | instead of pipe This is an amendment for 2322dc4 "linux-libc-headers: Fix build failure by using fixed temporary file instead of pipe" which moves just the temporary input file from /tmp to build directory. But the build directory may not in the same file system with the output file, /dev/null, either and thus make it possible to trigger that bug, 67f846b, in binutil v2.31. This patch puts both the input and output files into build directory for good. (From OE-Core rev: 0d836013e43f29cb7d4a1f8bb9ef04dd8d9132df) Signed-off-by: He Zhe <zhe.he@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Fix build failure by using fixed temporary file instead ↵He Zhe2018-12-132-0/+74
| | | | | | | | | | | | | | | | | of pipe This is a workaround for the following possible build failure. *** Compiler lacks asm-goto support.. Stop. When building linux-libc-headers we need to use binutils on build machine. binutils v2.31 introduces a bug that could cause scripts/gcc-goto.sh to fail when running in an environment where /tmp is rarely used, e.g. in docker. (From OE-Core rev: 2322dc4f414da0281fdaffa7bc2205fb82a63d12) Signed-off-by: He Zhe <zhe.he@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Don't do useless configurationAlexey Brodkin2018-09-131-5/+2
| | | | | | | | | | | | | | | | | | | | | | There's no point in configuring Linux kernel before headers installation. Moreover in come cases it might lead to problems on kernels starting from 4.17 with architecture or platfrom sets CROSS_COMPILE variable automatically, see [1]. Also note Buildroot doesn't do that kind of configuration as well, see [2]. And while at it convert empty do_compile to noexec as well. [1] https://lkml.org/lkml/2018/9/12/486 [2] https://git.buildroot.org/buildroot/tree/package/linux-headers/linux-headers.mk#n106 (From OE-Core rev: 681ea847d760e69623b4ed110a6078f37ac3ec63) Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Include linux/stddef.h in linux/swab.hKhem Raj2018-09-132-0/+45
| | | | | | | | | | This helps compiling bpf tests using non-glibc C libraries e.g. musl (From OE-Core rev: 5f1895fb94d35a1496f22863791ad6f7a6aca97a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-headers: update to 4.18Bruce Ashfield2018-08-282-5/+4
| | | | | | | | | | | | | | | | Updating to the 4.18 headers to match the newest kernel that will be part of the release. 4.18 brings a requirement on bison-native to the libc-headers, since it is required as part of the configuration steps. We also tweak the license md5sum, since the kernel now includes SPDX headers in the license file and that changes our sum. (From OE-Core rev: c36a5e21b711cd577a2186a5267d46bb4323acc1) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: To fix build error when enable mutilib on aarch64 Big ↵Lei Maohui2018-07-101-0/+4
| | | | | | | | | | endian. (From OE-Core rev: 1c31fa6929fc97e2fb0c4fbfcc66c789c39c1117) Signed-off-by: Lei Maohui <leimaohui@cn.fujitsu.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: multilib_header asm/kvm_para.h and asm/bpf_perf_event.hChen Qi2018-05-041-1/+1
| | | | | | | | | | | | | | | | | 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) 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>
* meta: add missing Signed-off-by and Upstream-Status tagsRoss Burton2018-04-131-0/+1
| | | | | | | (From OE-Core rev: 4612441b59fd8264fdd5bd4f3e5d195f6085c94c) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: refresh ↵Alexander Kanavin2018-03-301-3/+2
| | | | | | | | | | | | 0001-libc-compat.h-fix-some-issues-arising-from-in6.h.patch It's only applied with musl and so was missed in the big batch. (From OE-Core rev: 47698efc7c5f0ee307732004aef93e260fb20a03) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to 4.15.7Bruce Ashfield2018-03-082-2/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | While we don't normally follow all the -stable updates for libc-headers, there was one userspace header that was broken in the 4.15 cycle, and it has now been fixed in -stable. The offending header breaks the build for several packages, so we update to pick up this change: Author: Hauke Mehrtens <hauke@hauke-m.de> Date: Mon Feb 12 23:59:51 2018 +0100 uapi/if_ether.h: move __UAPI_DEF_ETHHDR libc define commit da360299b6734135a5f66d7db458dcc7801c826a upstream. This fixes a compile problem of some user space applications by not including linux/libc-compat.h in uapi/if_ether.h. linux/libc-compat.h checks which "features" the header files, included from the libc, provide to make the Linux kernel uapi header files only provide no conflicting structures and enums. If a user application mixes kernel headers and libc headers it could happen that linux/libc-compat.h gets included too early where not all other libc headers are included yet. Then the linux/libc-compat.h would not prevent all the redefinitions and we run into compile problems. This patch removes the include of linux/libc-compat.h from uapi/if_ether.h to fix the recently introduced case, but not all as this is more or less impossible. It is no problem to do the check directly in the if_ether.h file and not in libc-compat.h as this does not need any fancy glibc header detection as glibc never provided struct ethhdr and should define __UAPI_DEF_ETHHDR by them self when they will provide this. The following test program did not compile correctly any more: #include <linux/if_ether.h> #include <netinet/in.h> #include <linux/in.h> int main(void) { return 0; } Fixes: 6926e041a892 ("uapi/if_ether.h: prevent redefinition of struct ethhdr") Reported-by: Guillaume Nault <g.nault@alphalink.fr> Cc: <stable@vger.kernel.org> # 4.15 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> We also add a new muslc patch to adjust the ethhdr change in the uapi. As is suggested in the kernel commit, we can protect musl directly in if_ether itself. (From OE-Core rev: 1718a2dbabd05e51717b17327d531948faa64659) 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>
* linux-libc-headers: update to v4.15Bruce Ashfield2018-02-153-47/+22
| | | | | | | | (From OE-Core rev: ef96628d850f1154c7e59bca418ef3a7c9a2bcc1) 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>
* linux-libc-headers: 4.12 -> 4.14.13Huang Qiyu2018-01-291-2/+2
| | | | | | | | | | Upgrade linux-libc-headers from 4.12 to 4.14.13. (From OE-Core rev: 71776273bbcb8b08aa55296c82ec2a10b0978a57) Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-headers: update to 4.12Bruce Ashfield2017-08-231-2/+2
| | | | | | | | | | | | The fall 2017 kernel will have 4.12 as the reference kernel, so we update the libc-headers to match. Build tested against glibc and muslc systems. (From OE-Core rev: 4b5cce1c691e991c80d255a4900220068ff6f062) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on muslAndré Draszik2017-06-282-0/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | musl _does_ define IFF_LOWER_UP DORMANT ECHO so we should prevent redefinition of these when on musl. As per the included patch, this can be triggered by (from connman 6to4.c): include <errno.h> include <stdio.h> include <stdlib.h> include <string.h> include <sys/socket.h> include <netinet/in.h> include <arpa/inet.h> include <net/if.h> include <linux/ip.h> include <linux/if_tunnel.h> include <linux/netlink.h> include <linux/rtnetlink.h> include <sys/ioctl.h> include <unistd.h> In file included from ../git/src/6to4.c:34:0: .../usr/include/linux/if.h:97:2: error: expected identifier before numeric constant IFF_LOWER_UP = 1<<16, /* __volatile__ */ ^ This is because at that time, IFF_LOWER_UP has been converted to 0x10000 already: enum net_device_flags { 0x10000 = 1<<16, 0x20000 = 1<<17, 0x40000 = 1<<18, }; Backport a patch that addresses this. (From OE-Core rev: 24dc2200047bae5d32c168d2625d96ac08a93d3d) Signed-off-by: André Draszik <adraszik@tycoint.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: fix upstream version checkAlexander Kanavin2017-04-291-0/+1
| | | | | | | | (From OE-Core rev: 83d55bcc63510d3704078f19c255c524d8fffc39) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Remove reference to cross-linkageRichard Purdie2017-03-311-1/+0
| | | | | | | | This is long dead (thankfully), remove stale reference/comment. (From OE-Core rev: 2340fcb1af3c9ca350dba89d48a44f414277d1a8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Drop 4.4Richard Purdie2017-03-311-9/+0
| | | | | | | | | We've been using 4.10 for a while now, I think 4.4 was accidentally left behind so clean it up. (From OE-Core rev: b114d2f2f53e2c1b327f140fb5d29f8bf1641ac9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Allow arm kernel headers to coexist on 32/64 bitRichard Purdie2017-03-311-1/+14
| | | | | | | | | | Its rather sad we need to do this but in order to make combined 32 and 64 bit SDKs work, we need a common set of headers and this is the delta that allows things to work. It only applies on arm. (From OE-Core rev: 592ae8e521a3926e8e5f87e2364e1ba8d92b8c2d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Add inherit of pkgconfigPeter Kjellerstedt2017-03-041-1/+1
| | | | | | | | | | | pkg-config is used by the kernel build system when creating the configuration tools. (From OE-Core rev: 8e756a808267da26c5c93729438e5757146be534) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-headers: introduce 4.10 and set as defaultBruce Ashfield2017-03-041-2/+2
| | | | | | | | | | | | | | | The 4.10 kernel has been released, so we can bump our libc-headers to match. We also drop the 4.9 headers, since we only want one variant in the tree. Tested against glibc and muslc core-image* variants. (From OE-Core rev: 4e50f18401b0c4bbb6923b88302411cad7917930) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: introduce 4.9 headersBruce Ashfield2017-01-261-4/+2
| | | | | | | | | | | | | | Bumping the linux-libc-headers to the 4.9 kernel variant. Since 4.9 will be a LTSI kernel, and there will be an associated linux-yocto it is worth moving to these headers sooner rather than later. This commit also drops the 4.8 headers and sets 4.9 to be the default. (From OE-Core rev: cb0ef6e5fe096cecade81d42e95918f056bba052) 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>
* meta/scripts: Various getVar/getVarFlag expansion parameter fixesRichard Purdie2017-01-091-1/+1
| | | | | | | | | | | | | | | | | There were a few straggling expansion parameter removals left for getVar/getVarFlag where the odd whitespace meant they were missed on previous passes. There were also some plain broken ussages such as: d.getVar('ALTERNATIVE_TARGET', old_name, True) path = d.getVar('PATH', d, True) d.getVar('IMAGE_ROOTFS', 'True') which I've corrected (they happend to work by luck). (From OE-Core rev: 688f7a64917a5ce5cbe12f8e5da4d47e265d240f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "linux-libc-headers: fix in/if.h includes"Jackie Huang2016-10-152-87/+0
| | | | | | | | | | | This issue is fixed in the ppp recipe. This reverts commit 7c6b78ac8e2b176f77178c3dd12d8455be10845d. (From OE-Core rev: efc92a63d40b909864505d3d6d22ce74cd6a847b) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>