Bug 5918 - Linux Kernel Headers Wrong Version
Summary: Linux Kernel Headers Wrong Version
Status: RESOLVED INVALID
Alias: None
Product: buildroot
Classification: Unclassified
Component: Other (show other bugs)
Version: unspecified
Hardware: PC Linux
: P5 normal
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-12 01:52 UTC by Matt Ihnen
Modified: 2013-02-13 07:52 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Ihnen 2013-02-12 01:52:02 UTC
Building with a custom git kernel the kernel headers that end up in the staging directory to compile packages against are not from the kernel that I have selected to build for the system. 

I am building with an older 2.6.35 kernel from our own git repo but the kernel headers that packages are compiled against are from a newer version. The problem showed up when tslib wouldn't load because the ev version differed and when I check the staging directory sure enough the include/linux/input.h has a different EV_VERSION than my 2.6 kernel.

I'm not sure where its pulling the headers from? I did a little digging but couldn't figure out where it attempts to find them.

This is from the 2012.11.1 release, I downloaded the git version as well and the same problem exists. I am cross compiling for armv5te on i.mx28 evk with codesourcery toolchain downloaded by buildroot. I'd be happy to implement a patch if someone could point in the right direction for where to look in the build system to find where it pulls in the kernel headers.
Comment 1 Matt Ihnen 2013-02-12 22:57:20 UTC
This was due to using a codesourcery toolchain that was compiled against newer kernel headers than my kernel version.
Comment 2 Thomas Petazzoni 2013-02-13 07:52:28 UTC
Ok, thanks a lot for the followup!