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

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

This helps compiling bpf tests using non-glibc C libraries e.g. musl

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>

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.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

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>

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.

Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>

Signed-off-by: Ross Burton <ross.burton@intel.com>

It's only applied with musl and so was missed in the big batch.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>

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.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>

Upgrade linux-libc-headers from 4.12 to 4.14.13.

Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>