[oe] Kernel Headers Quality Issue (was: linux vs. linux-libc-headers?)

[Khem Raj]

On (10/05/10 09:55), Tom Rini wrote:
> On Mon, 2010-05-10 at 16:53 +0200, Thilo Fromm wrote:
> > Hello Guys,
> > 
> > this is a somewhat cumulated response - I'd like to address some of the 
> > things mentioned at different points in the discussion in one place. 
> > Please forgive me should I misquote things.
> > 
> > 
> > 
> > Graeme Gregory in <20100505094242.GF2444 at xora-desktop.xora.org.uk>:
> > 
> > [Steffen Sledz]
> >  > > It seem's not to be possible to use DEFAULT_PREFERENCE_hipox in the
> >  > > linux-libc-headers recipes. So what's the right way to handle this?
> >  > > Something like PREFERRED_VERSION_linux-libc-headers_hipox = "2.6.24"
> >  > > in angstrom-2008.1.conf?
> >  >
> > [Graeme Gregory]
> >  > I thought glibc was supposed to gracefully fall back on missing
> >  > syscalls?
> > 
> > Glibc is compiled against 2.6.31 headers, which is one of our main 
> > issues here. It only ever *runs* with a 2.6.24 kernel on the target 
> > system, though. So it cannot know about missing syscalls until runtime.
> 
> So, I think some of the confusion here stems from confusion about (and I
> don't know the right answer off-hand) how glibc handles the
> --with-kernel=VERSION stuff.

Well based on --with-kernel supplied to it during build time it 
configures syscalls that are available in that version of kernel.
unlike uclibc which configures based on the kernel headers supplied
to it at buildtime glibc does not assume the version to be the 
one supplied during build but with --with-kernel you can make it
know that it will not be run on kernel versions less than one specified
to --with-kernel

so it should be ok to compile glibc using newer version of kernel and run
it on an older version of kernel.

-Khem