[Buildroot] Kernel headers 2.36.8.10 not matching patch level

[Buildroot] Kernel headers 2.36.8.10 not matching patch level

[Sagaert Johan]

Hi
 
(2009.5 rc2)
 
I noticed while running make and having selected patch level 9 ( 2.6.28.9)
that buildroot downloads the kernel source 2.6.28.10 ?
It seems to use the 2.6.28.10 in the toolchain_build_arm,  the one in
project_build_arm was the right one.
I have o idea if this could cause problems.
 
Running make linux26menuconfig fails if a full build was never done before.
 
 
Johan
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090520/6757e50f/attachment.htm>

[Buildroot] Kernel headers 2.36.8.10 not matching patch level

[Peter Korsgaard]

>>>>> "Sagaert" == Sagaert Johan <sagaert.johan@skynet.be> writes:

 Sagaert> Hi
 Sagaert> (2009.5 rc2)
 
 Sagaert> I noticed while running make and having selected patch level
 Sagaert> 9 ( 2.6.28.9) that buildroot downloads the kernel source
 Sagaert> 2.6.28.10 ?  It seems to use the 2.6.28.10 in the
 Sagaert> toolchain_build_arm, the one in project_build_arm was the
 Sagaert> right one.  I have o idea if this could cause problems.

There's up to two kernels involved here. The first (in toolchain_*) is
used for the kernel headers needed by uClibc / various packages, and
the second is the kernel for the target. These may or may not be same
version, depending on config (E.G. from the above I gather you are
using the "advanced" kernel config).

Normally it isn't a big deal if these versions don't match as the
syscall interface is very stable, but it could be an issue if your
kernel headers are very old compared to your kernel as you then don't
have the new features described in the headers.

It seems like the advanced kernel config should get the 2.6.28.x
version bumped.
 
 Sagaert> Running make linux26menuconfig fails if a full build was
 Sagaert> never done before.

So with a config selecting the advanced kernel config? I'll take a
look at it.

-- 
Bye, Peter Korsgaard