linux-kernel - Re: [2.6.23-mm1] CONFIG_LOCALVERSION handling broken

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 17 Oct 2007 22:27:56 +0200
From:	Sam Ravnborg <sam@...nborg.org>
To:	Tilman Schmidt <tilman@...p.cc>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org
Subject: Re: [2.6.23-mm1] CONFIG_LOCALVERSION handling broken

On Sun, Oct 14, 2007 at 12:11:52AM +0200, Tilman Schmidt wrote:
> Something seems to be amiss with CONFIG_LOCALVERSION handling.
> 
> I am routinely building with
> CONFIG_LOCALVERSION="-testing"
> CONFIG_LOCALVERSION_AUTO=y
> My usual sequence of "make ; sudo make modules_install install"
> has worked fine for all of 2.6.23{-rc?{,-mm?},}. For 2.6.23-mm1
> it fails with:
> 
> ts@...on:~/kernel/linux-2.6.23-mm1-work> sudo make modules_install install
> root's password:
>   INSTALL arch/i386/crypto/aes-i586.ko
> [...]
>   INSTALL sound/usb/usx2y/snd-usb-usx2y.ko
> if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F System.map  2.6.23-mm1; fi
> sh /home/ts/kernel/linux-2.6.23-mm1-work/arch/i386/boot/install.sh 2.6.23-mm1 arch/i386/boot/bzImage System.map "/boot"
> Root device:    /dev/system/root (mounted on / as ext3)
> Module list:    processor thermal ahci pata_marvell aic7xxx fan jbd ext3 dm_mod edd dm-mod dm-snapshot (xennet xenblk dm-mod dm-snapshot)
> 
> Kernel image:   /boot/vmlinuz-2.6.23-mm1
> Initrd image:   /boot/initrd-2.6.23-mm1
> No modules found for kernel 2.6.23-mm1-testing
> ts@...on:~/kernel/linux-2.6.23-mm1-work>
> 
> That is, both "make modules_install" and "make install" omit
> the "-testing" suffix, "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 install.sh
> script, but mkinitrd suddenly rediscovers the real kernel
> version string and consequently looks for modules in
> /lib/modules/2.6.23-mm1-testing, so initrd creation fails.
> 
> Ideas?
Nope...

I have just tried it out with latest -linus tree and I see no bugs.
Note that all kbuild fixes are in latest -linus except for
a few things that are postponed.

I will keep it in mind but nor persuade it further for now.

	Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/