[lkml]   [2007]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [2.6.23-mm1] CONFIG_LOCALVERSION handling broken
Am 14.10.2007 00:11 schrieb Tilman Schmidt:
> has worked fine for all of 2.6.23{-rc?{,-mm?},}. For 2.6.23-mm1
> [there is] "make modules_install" installing the
> modules into /lib/modules/2.6.23-mm1 instead of
> /lib/modules/2.6.23-mm1-testing, and "make install" passing
> "2.6.23-mm1" without the "-testing" suffix to the
> script, but mkinitrd [...] looks for modules in
> /lib/modules/2.6.23-mm1-testing, so initrd creation fails.

I have investigated a bit more, and stumbled on this:

ts@xenon:~/kernel/linux-2.6.23-mm1-work> make include/config/kernel.release
ts@xenon:~/kernel/linux-2.6.23-mm1-work> cat include/config/kernel.release
ts@xenon:~/kernel/linux-2.6.23-mm1-work> make
CHK include/linux/version.h
CHK include/linux/utsrelease.h
Kernel: arch/i386/boot/bzImage is ready (#1)
Building modules, stage 2.
MODPOST 1085 modules
ts@xenon:~/kernel/linux-2.6.23-mm1-work> cat include/config/kernel.release

Hmmm. "Curiouser and curiouser", said Alice.

So the content of the file include/config/kernel.release generated
by "make" varies depending on whether I ask "make" to create just
that file, or an entire kernel!? That runs against everything I
ever learned about "make"!

My ability to comprehend the inner workings of Kbuild ends here.
I'll just skip this -mm release and wait for 2.6.24-rc1, hoping
it won't have the same problem.

Tilman Schmidt E-Mail:
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)

[unhandled content-type:application/pgp-signature]
 \ /
  Last update: 2007-10-18 01:09    [W:0.536 / U:1.080 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site