summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/linux-libc-headers
Commit message (Collapse)AuthorAgeFilesLines
* linux-libc-headers: update to 4.1Bruce Ashfield2015-07-233-7/+9
| | | | | | | | | | | | Updating the libc-headers to match the 4.1 LTSI kernel version. We also tweak the logic in linux-libc-headers.inc to look in the 4.x subdirectory if a 4.x kernel is specified as the header source. (From OE-Core rev: 3143920c541b55b543b9dcc12b18af4e0e4b7ae1) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to 3.19Bruce Ashfield2015-02-212-7/+7
| | | | | | | | | Updating the libc-headers now that the kernel has released. (From OE-Core rev: b3721560fe523c144690ebfeb203b3735d0f6843) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Upgrade 3.17 -> 3.17.7Richard Purdie2014-12-212-7/+7
| | | | | | | | | | Whilst we don't usually take linux-libc-headers point release, 3.17.3 fixes a userspace header issue which caused gdb to fail to build on mips. We therefore may as well upgrade to the latest point release. (From OE-Core rev: f08a67b451091fcdc84b6b8b1627a8c9589e0ef3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to 3.17Bruce Ashfield2014-12-212-7/+7
| | | | | | | (From OE-Core rev: 6b43ac633ea77c9af29b196f3043a40198b29b2f) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to 3.16Bruce Ashfield2014-08-312-7/+7
| | | | | | | | | | | Updating the linux-libc-headers to the 3.16 release. This matches the current -dev kernel version, and is compatible with the existing named kernel versions (3.10, 3.14). (From OE-Core rev: 7246d62406acf862d3c79e6f615e0c595d46845e) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: remove 3.10 recipeBruce Ashfield2014-03-314-154/+0
| | | | | | | | | | | 3.14 is now the reference for libc-headers. After building and booting 3.x based BSPs against the 3.14 headers, we can safely remove the old version and patches that are now part of the mainline kernel. (From OE-Core rev: ade26bc63fdf89f297bec5f67bfff108e90438fc) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: add 3.14 libc headersBruce Ashfield2014-03-311-0/+7
| | | | | | | | | | | | | Introduce the 3.14 linux-libc-headers recipe, now that the 3.14 kernel is available, and the default for the qemu reference BSPs. The three patches which were required for the previous 3.10 libc-headers are not required for 3.14 and can be ignored. (From OE-Core rev: 6b25918ecce6d555632d9576e16ad443b5d1780a) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: make compression format configurableBruce Ashfield2014-03-311-1/+3
| | | | | | | | | | | | As of the 3.13 kernel bz2 compressed tarballs are not available. To support older header tarballs, and newer ones that require the 'xz' compressed bundles, we can break out a variable that allows versioned libc headers to select the archive format that works. (From OE-Core rev: 116228fceca7fc2a7b557133b1f8f28f41af1ee5) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace one-line DESCRIPTION with SUMMARYPaul Eggleton2014-01-021-1/+1
| | | | | | | | | | | | | | A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. (From OE-Core rev: b8feee3cf21f70ba4ec3b822d2f596d4fc02a292) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: fix MIPS klibc build errorBruce Ashfield2013-12-142-0/+37
| | | | | | | | | | | | | | | | | | | | | As reported by Andrea Adami, klibc fails to build for MIPS with the 3.10 libc-headers commit ca044f9a [UAPI: fix endianness conditionals in linux/raid/md_p.h] is the root cause of the breakage. This is fixed in the kernel source itself, but we must also carry the change in the linux-libc-headers recipe, until we update past the 3.13 kernel. With this change, we can again build klibc for mips, with no impact on the rest of the system. cc: Andrea Adami <andrea.adami@gmail.com> (From OE-Core rev: f2f8a2a05cbfff7e1d5d979ec1b9f4f371579fb9) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/*: remove unnecessary patchesChong Lu2013-12-101-29/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The following patches are found, but not used by any recipe, so we should remove them. meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch meta/recipes-connectivity/dhcp/dhcp/fix-client-path.patch meta/recipes-connectivity/libnss-mdns/files/alignment-fix.patch meta/recipes-core/dbus/dbus-1.6.10/test-run-path.patch meta/recipes-core/gettext/gettext-0.16.1/fixchicken.patch meta/recipes-core/gettext/gettext-0.16.1/getline.m4.patch meta/recipes-core/systemd/systemd/use-rootlibdir.patch meta/recipes-core/util-linux/util-linux/remove-lscpu.patch meta/recipes-core/util-linux/util-linux/remove_sigsetmark.patch meta/recipes-core/util-linux/util-linux/uclibc-compile.patch meta/recipes-devtools/autoconf/autoconf/autoconf-x.patch meta/recipes-devtools/btrfs-tools/btrfs-tools/btrfs-progs-fix-parallel-build.patch meta/recipes-devtools/btrfs-tools/btrfs-tools/btrfs-progs-fix-parallel-build2.patch meta/recipes-devtools/cdrtools/cdrtools-native/no_usr_src.patch meta/recipes-devtools/elfutils/elfutils-0.155/elfutils-robustify.patch meta/recipes-devtools/gdb/gdb/libiberty-cross.patch meta/recipes-devtools/perl/perl-5.14.3/asm-pageh-fix.patch meta/recipes-devtools/python/python-native/sys_platform_is_now_always_linux2.patch meta/recipes-devtools/python/python-pygobject/generate-constants.patch meta/recipes-devtools/qemu/files/3f08ffb4a4741d147634761dc053ed386243a0de.patch meta/recipes-devtools/qemu/files/enable-i386-linux-user.patch meta/recipes-devtools/qemu/files/init-info.patch meta/recipes-devtools/rpm/rpm/rpm_fix_for_automake-1.12.patch meta/recipes-devtools/tcf-agent/tcf-agent/fix_tcf-agent.init.patch meta/recipes-extended/iputils/files/arping-break-libsysfs-dependency.patch meta/recipes-extended/libarchive/libarchive/0003-Patch-from-upstream-rev-2516.patch meta/recipes-extended/procps/procps-3.2.8/pagesz-not-constant.patch meta/recipes-gnome/gtk+/gtk+-2.24.22/no-demos.patch meta/recipes-gnome/libglade/libglade-2.6.4/no-deprecation.patch meta/recipes-graphics/mesa/mesa/0005-llvmpipe-remove-the-power-of-two-sizeof-struct-cmd_b.patch meta/recipes-graphics/xorg-lib/libxxf86dga/libxxf86dga-1.1.3_fix_for_x32.patch meta/recipes-kernel/kmod/kmod/fix-undefined-O_CLOEXEC.patch meta/recipes-kernel/linux-libc-headers/linux-libc-headers/connector-msg-size-fix.patch meta/recipes-kernel/linux/linux-yocto/tools-perf-no-scripting.patch meta/recipes-support/gnutls/gnutls/gnutls-texinfo-euro.patch meta/recipes-support/nspr/nspr/fix-build-on-aarch64.patch [YOCTO #5180] (From OE-Core rev: e5d81f757de4bd1bfd37a96300edd50b77b0d21c) Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: do_install: fix "Argument list too long" errorRobert Yang2013-09-171-13/+26
| | | | | | | | | | | | | | | | | | There would be an "Argument list too long" error when the TMPDIR is in a deep dir, for example, when "len(readlink -f TMPDIR) >= 350 (our supported value is 410)". Use "$(foreach ,,$(shell echo))" to fix it. There was already a patch which tried to fix this issue, so squash the current change into the previous one as Bruce suggested. [YOCTO #5138] (From OE-Core rev: 4e10c45d7c61ac1ccf8b53ef525ca03d3d458bba) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Fix comment typo spotted by Mark HatleRichard Purdie2013-09-171-1/+1
| | | | | | (From OE-Core rev: 27e7162840482c7790480be5f52c7651d5b71794) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Add big warning about antisocial behaviourRichard Purdie2013-09-141-0/+27
| | | | | | | | | | I'm getting concerned with the number of people forking this recipe and not understanding what they're doing. I'm therefore proposing adding in a suitable warning to people thinking of copying it. (From OE-Core rev: c27ac156bcaf3193d52f456480947b0cfaef3c72) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Reinstate ↵Richard Purdie2013-08-262-12/+12
| | | | | | | | | | | | scripts-Makefile.headersinst-install-headers-from-sc.patch The autobuilders and their long paths are still triggering errors during the headers installation. Reinstate the previous patch for this, after updating for 3.10. (From OE-Core rev: fe4428fd740b3937007e0a3f893714ff04c33533) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: ptrace.h: remove ptrace_peeksiginfo_argsBruce Ashfield2013-08-262-1/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The addition of ptrace_peeksiginfo_args to the uapi in kernel commit 84c751bd [ptrace: add ability to retrieve signals without removing from a queue (v4)] means that existing applications using glibc versions that define ptrace_peeksiginfo_args in sys/ptrace.h will get duplicate structure definitions like: | In file included from /poky-master/build/tmp/work/i586-poky-linux/strace/4.8-r0/strace-4.8/process.c:66:0: | /poky-master/build/tmp/sysroots/qemux86/usr/include/linux/ptrace.h:58:8: error: redefinition of 'struct ptrace_peeksiginfo_args' | struct ptrace_peeksiginfo_args { | ^ | In file included from /poky-master/build/tmp/work/i586-poky-linux/strace/4.8-r0/strace-4.8/defs.h:159:0, | from /poky-master/build/tmp/work/i586-poky-linux/strace/4.8-r0/strace-4.8/process.c:37: | /poky-master/build/tmp/sysroots/qemux86/usr/include/sys/ptrace.h:191:8: note: originally defined here | struct ptrace_peeksiginfo_args | ^ | make[2]: *** [process.o] Error 1 Reverting to the previous status of not exporting this structure temporarily fixes applications, until they can be adjusted to not mix sys/ptrace.h and linux/ptrace.h includes. (From OE-Core rev: 7c207e4c3c0e3b575c67a302b97b0dc700a8fc15) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to v3.10Bruce Ashfield2013-08-262-8/+7
| | | | | | | | | | | | Now that the 3.10 kernel has been released we can bump the libc-headers to that version and remove the 3.8 variant. Userspace compatibility is maintained through kernel versions, we also make the single 3.10 version the toolchain default. (From OE-Core rev: 4e79a46254e778f85c00efd4b0085cbaeb6e0d4d) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/recipes/lib: Fix various python whitespace issuesRichard Purdie2013-05-091-2/+2
| | | | | | | | | There are some left over tab characters in the python functions. This removes them and resolves python 3 errors. (From OE-Core rev: fafeb381c48291fa65c634c01c244843c8d7fad3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: update to v3.8Bruce Ashfield2013-03-022-8/+8
| | | | | | | | | | | | | Now that the 3.8 kernel has been released we can bump the libc-headers to that version and remove the 3.7 variant. Userspace compatibility is maintained through kernel versions, we also make the single 3.8 version the toolchain default. (From OE-Core rev: 4f9ef639143d890e9d2e71fea3b461fcc8e3f678) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: fix headers install in long path name environmentsBruce Ashfield2013-01-102-0/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If a build is started in a deep directory structure, or in a path with long directory names the installation of linux-libc-headers will fail with: | make[2]: execvp: /bin/sh: Argument list too long | make[2]: *** >From within the kernel Makefiles themselves. The solution is to patch the kernel build rules with the following change: [ scripts/Makefile.headersinst: install headers from scratch file If headers_install is executed from a deep/long directory structure, the shell's maximum argument length can be execeeded, which breaks the operation with: | make[2]: execvp: /bin/sh: Argument list too long | make[2]: *** By dumping the input files to a scratch file and using xargs to read the input list from the scratch file, we can avoid blowing out the maximum argument size and install headers in a long path name environment. ] Until this change, or a similar one, is merged into the mainline kernel, this change should be applied to any 3.7 or greater libc-headers build. Upstream-status: Pending (From OE-Core rev: 1e63a3b7b7915d40bb59976a02b9f53968997ed3) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: make 3.7 the default and remove older libc-header recipesBruce Ashfield2013-01-073-19/+0
| | | | | | | | | | | | Switch the default libc-headers to the 3.7 version. At the same time, remove older versions of the headers to keep things simple and clear. All userspace and kernel combinations should build and boot against this single lib-headers version. (From OE-Core rev: e7c9706d6a6777326a62e73bffdbb0f940792ff4) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: add 3.7 versionMarcin Juszkiewicz2013-01-071-0/+4
| | | | | | | | (From OE-Core rev: 7f1672f9513f05a98197632fe24279ecf8a58505) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: updated to 3.4.3Bogdan Marinescu2012-07-172-6/+6
| | | | | | | | | | Tested by building core-image-sato-sdk. (From OE-Core rev: d67e47bd457de90b19428245644dc64ecf4ba11a) Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: use kernel-arch to set ARCHBruce Ashfield2012-06-211-26/+4
| | | | | | | | | | | linux-libc-headers no longer needs its own ARCH mapping code, since the mapping done in kernel-arch works and we can consolidate all arch mapping code in a single place. (From OE-Core rev: 7d73cfb2ae24ad2b694244c56dd4648ba7e2df11) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: set default LINUXLIBCVERSION to 3.4Bruce Ashfield2012-06-111-0/+6
| | | | | | | | | | | | The 3.4 kernel is released, and is the default for qemu* builds, so we can safely update the default libc-headers version to 3.4. Built and booted for qemu* (From OE-Core rev: 3e57510bb11b350fbe15cae2fb5bf851956061ac) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers-yocto: remove from oe-coreBruce Ashfield2012-03-231-64/+0
| | | | | | | | | | | The linux-libc-headers-yocto is not required in oe-core, it can be moved to yocto specific layers. The linux-libc-headers_* recipes provide sufficient headers fore core users. (From OE-Core rev: 6320041fa77514e2d2bf54f0ea6c7052d2a4a89a) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: add 3.2 headers and remove 3.1Bruce Ashfield2012-03-232-7/+6
| | | | | | | | | | | | | The 3.1 kernel was never released or directly supported via oe-core. So as part of update the libc-headers to 3.2 we can take the opportunity to remove it. Built and booted on the qemu* targets. (From OE-Core rev: ce7469ab3b49f8a326ba4c3486a4e63b7cd48799) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers-yocto: bump to v3.2.8Bruce Ashfield2012-03-011-10/+19
| | | | | | | | | | | | | | | | Making two changes for BSPs that prefer linux-libc-headers-yocto: - bumping to v3.2.8 headers - stubbing out unecessary linux-yocto functions when headers are being built [YOCTO #2032] Acked-by: Darren Hart <dvhart@linux.intel.com> (From OE-Core rev: 0889f693916bb8f77003af419f71212201b4d9c9) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* More quoting fixesMartin Jansa2012-02-261-1/+1
| | | | | | | | | | * We have various variables which are either not quoted at all or are half quoted. This patch fixes the bad exmaples so everything is consistent. (From OE-Core rev: 960ee8076e860353a05eb2eb7f825a455c54698d) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: remove older recipesBruce Ashfield2011-11-012-14/+0
| | | | | | | | | | | | The default libc-headers is v3.1 and building against the new headers but booting an older kernel has been shown to work. Older 2.6 based header builds can easily be reproduced, but having all the old recipe iterations available is not required. (From OE-Core rev: e3f5d612791329cc7df100e5cf745b2b47ce7259) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: provide 3.0.x and 3.1 headersBruce Ashfield2011-11-013-4/+27
| | | | | | | | | | | | | | Provide both a 3.0.x and a 3.1 set of headers to the toolchain. Compatibility is maintained with older 2.6 headers by creating a new variable that changes the SRC_URI based on the major version number of the kernel. Built and booted with 2.6.37.2, 3.0.8 and 3.1 linux-libc-headers. (From OE-Core rev: 13c233ce4551542481d7a6390ff2119671137b95) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: factor common code into linux-libc-headers.incBruce Ashfield2011-11-013-95/+49
| | | | | | | | | | | Each time a new linux-libc-headers is created the same code is cloned. Placing the common functionality in the .inc file simplies each recipe and make maintenance easier. (From OE-Core rev: ccf3bf70a1a83ac55e47acfa4759838f7f4834ae) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Fix file conflict -- ..install.cmdMark Hatle2011-07-273-2/+13
| | | | | | | | | | | The ..install.cmd conflicts between various configure runs. This isn't used anywhere, so remove it to avoid the conflict. (From OE-Core rev: f7b1ccfaa15e2dd4ff25f2a5f56ac3aff63c7288) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: add 2.6.39Koen Kooi2011-06-301-0/+49
| | | | | | The 2.6.37.2 version is kept to allow the qemu kernels and libc headers version to match Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: Added variables for PR service.Lianhao Lu2011-05-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | Added following variables for PR service: USE_PR_SERV: flag of whether to use the network PR service PRAUTOINX: search index for the network PR service PKGE/PKGV/PKGR: epoch, version and revision used in package feed. EXTENDPKGV: full package version string used in package relationships. For the following recipes, replace EXTENDPV with EXTENDPKGV: udev, xcb, xorg-proto, util-macros and linux-libc-headers then removed the unused EXTENDPV and EXTENDPEVER variables Users should use EXTENDPKGV instead for package feed generation. (From OE-Core rev: ad00ad1d530074dc3a0f3376f96ad5a88a7b24e2) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Update upstream-status of patchesNitin A Kamble2011-05-131-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches (From OE-Core rev: a62fa9b213b09bf48c48499d2e3c66a9ee306deb) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: add microblaze ARCH definitionAdrian Alonso2011-05-101-1/+2
| | | | | | | | | | * Add Microblaze ARCH definition * Bump PR (From OE-Core rev: 95861a2b2591a896edc3d66fcb6121869a042d8b) Signed-off-by: Adrian Alonso <aalonso@secretlab.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* poky-default-revisions: move the SRCREV to recipe fileYu Ke2011-05-041-0/+1
| | | | | | | | | in this case, those non poky distro can also use these recipe normally (From OE-Core rev: 0a57bd226cdb8332707fa0f46fcf0b067f03701a) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Fix git.pokylinux.org urls to git.yoctoproject.orgRichard Purdie2011-04-211-1/+1
| | | | | | (From OE-Core rev: adbf55721ee956897c0951cff63aeb1defb3c738) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Various: Update KERNELORG_MIRROR for consistencyTom Rini2011-03-231-1/+1
| | | | | | | | | | | In mirrors.bbclass we point into /pub but we don't in bitbake.conf. All uses of KERNELORG_MIRROR look into /pub anyhow, so lets make use of that. (From OE-Core rev: 67a0c8f48b5ef2ae5fc712c9204e4e99818c8134) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers_2.6.37.2.bb: Add checksumsKhem Raj2011-03-021-0/+2
| | | | | | | (From OE-Core rev: 370e082c8bbf14c9b0f54269eb99d291d187cd40) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers: Update to 2.6.37.2Richard Purdie2011-02-251-0/+0
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-libc-headers-yocto: Added RPROVIDES.Lianhao Lu2011-02-161-1/+3
| | | | | | | | | | | | | | [BUGID #714] Added RPROVIDES_${PN}-dev and RPROVIDES_${PN}-dbg for linux-libc-headers-yocto to provides "linux-libc-headers-dev" and "linux-libc-headers-dbg" respectively. This resolved the dependency issue of libc6-dev depending upon linux-libc-headers-dev. Package linux-libc-headers-yocto-dev will be installed as linux-libc-headers-dev. Also bumped the PR. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* linux-libc-headers-yocto: disable device tree generationBruce Ashfield2011-02-151-0/+4
| | | | | | | | | | | | | | | | Fixes [BUGID #719] The common routines for handling a git based yocto kernel are included from the lib headers recipe to checkout the appropriate branch of the kernel for header generation. linux-yocto.inc includes device tree installation rules which typically apply to a kernel user of the include file, but do not apply to a simple header generation. The fix is to override the DTB variables in this recipe, which disable the device tree installation rules. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto/linux-libc-headers-yocto: Adjust to git fetcher improvementsRichard Purdie2011-02-021-2/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: match kernel headers to preferred kernelBruce Ashfield2010-12-231-6/+4
| | | | | | | | | As the yocto-kernel advances, the libc headers must also advance. This commit fixes the SRC_URI and SRCPV to work properly with the latest linux-yocto kernel. It also switches the qemu* targets to prefer this libc recipe. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-libc-headers: Correct license checksumDarren Hart2010-12-101-1/+1
| | | | | | | Correct a typo in LIC_FILES_CHKSUM for linux-libc-headers as well as update the md5sum. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* linux-libc-headers-yocto: use common linux-yocto routinesBruce Ashfield2010-12-101-12/+9
| | | | | | | | | | | Modify linux-libc-headers-yocto to use the common linux-yocto routines, so headers exported to userspace will track the branches in the yocto kernel git repository. This commit also switches supported boards to prefer the yocto libc headers. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* yocto-kernel: factor common routes, update to 2.6.37 and branch renamingBruce Ashfield2010-12-101-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In order to extend and create more kernel recipes based on the supported yocto kernel common routines need to be placed in re-usable blocks. To accomplish this meta/recipes-kernel/linux/linux-yocto_git.bb is broken into three parts: - meta/classes/kernel-yocto.bbclass: contains common routines for checking out and configuring a yocto kernel git repository. This should be inherited by recipes that need this functionality. - meta/recipes-kernel/linux/linux-yocto.inc: Contains the machine mappings, compatibility, build directives and common task definitions for a yocto kernel based recipe. This inherits kernel-yocto, and is the typical point of entry for other recipes. - meta/recipes-kernel/linux/linuux-tools.inc: tasks and function definitions for kernel recipes that want to build/export perf It also updates the linux-yocto recipe to default to 2.6.37. As part of the update to 2.6.37 the branch naming and conventions have been modified to show inheritance, and be more generic. For example: master meta yocto/base yocto/standard/arm_versatile_926ejs yocto/standard/base yocto/standard/beagleboard yocto/standard/common_pc/atom-pc yocto/standard/common_pc/base yocto/standard/common_pc_64 yocto/standard/fsl-mpc8315e-rdb yocto/standard/intel_atom_z530 yocto/standard/intel_core_qm57_pch yocto/standard/mti_malta32_be yocto/standard/preempt_rt/base yocto/standard/preempt_rt/common_pc yocto/standard/preempt_rt/common_pc_64 yocto/standard/preempt_rt/intel_atom_z530 yocto/standard/preempt_rt/intel_core_qm57_pch yocto/standard/qemu_ppc32 yocto/standard/routerstationpro In this structure: master: tracks the mainline kernel meta: meta information for the BSPs and kernel features yocto/base: baseline kernel branch yocto/standard/base: 'standard' kernel, contains features and configs for all BSPs yocto/standard/<machine>: represents a BSP with specific features or configurations The tools, tree and libc-headers have all been updated to deal with this new structure. Also in addition to dealing with the new structure, they continue to work with the existing tree and will adapt at runtime to the differences. The linux-yocto-stable_git.bb recipe continues to build the 2.6.34 based tree,and linux-yocto_git.bb builds 2.6.37. As boards are enabled for the new kernel they will move from -stable to the development kernel. As of now, only the emulated targets have moved to 2.6.37-rcX Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-libc-headers: upgrade from 2.6.34 to 2.6.36Nitin A Kamble2010-11-183-75/+2
| | | | | | | | | | | The upstream code has changed, and it does not need these fixes anymore. Removed these patches: hayes-gone.patch ppc_glibc_build_fix.patch Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-14 21:32:47 +0000