openembedded-core.git/meta/recipes-kernel/linux-libc-headers, branch dylan

linux-libc-headers: update to v3.8

2013-03-02T22:43:15+00:00

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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

linux-libc-headers: fix headers install in long path name environments

2013-01-10T23:53:47+00:00

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

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie

linux-libc-headers: make 3.7 the default and remove older libc-header recipes

2013-01-07T19:25:46+00:00

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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie

linux-libc-headers: add 3.7 version

2013-01-07T19:25:35+00:00

Signed-off-by: Marcin Juszkiewicz 
Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie

linux-libc-headers: updated to 3.4.3

2012-07-16T15:36:56+00:00

Tested by building core-image-sato-sdk.

Signed-off-by: Bogdan Marinescu 
Signed-off-by: Saul Wold

linux-libc-headers: use kernel-arch to set ARCH

2012-06-21T11:52:05+00:00

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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie

linux-libc-headers: set default LINUXLIBCVERSION to 3.4

2012-06-11T12:49:32+00:00

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*

Signed-off-by: Bruce Ashfield

linux-libc-headers-yocto: remove from oe-core

2012-03-23T17:38:21+00:00

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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie

linux-libc-headers: add 3.2 headers and remove 3.1

2012-03-23T17:38:03+00:00

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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie

linux-libc-headers-yocto: bump to v3.2.8

2012-03-01T09:35:32+00:00

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 
Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie