diff options
author | Linus Torvalds <torvalds@woody.osdl.org> | 2006-12-11 09:28:46 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.osdl.org> | 2006-12-11 11:34:11 -0800 |
commit | 8993780a6e44fb4e7ed34e33458506a775356c6e (patch) | |
tree | afa29f461ab5873eb8270d1b077b927feac1a9a7 /include/asm-generic | |
parent | 9202f32558601c2c99ddc438eb3218131d00d413 (diff) | |
download | op-kernel-dev-8993780a6e44fb4e7ed34e33458506a775356c6e.zip op-kernel-dev-8993780a6e44fb4e7ed34e33458506a775356c6e.tar.gz |
Make SLES9 "get_kernel_version" work on the kernel binary again
As reported by Andy Whitcroft, at least the SLES9 initrd build process
depends on getting the kernel version from the kernel binary. It does
that by simply trawling the binary and looking for the signature of the
"linux_banner" string (the string "Linux version " to be exact. Which
is really broken in itself, but whatever..)
That got broken when the string was changed to allow /proc/version to
change the UTS release information dynamically, and "get_kernel_version"
thus returned "%s" (see commit a2ee8649ba6d71416712e798276bf7c40b64e6e5:
"[PATCH] Fix linux banner utsname information").
This just restores "linux_banner" as a static string, which should fix
the version finding. And /proc/version simply uses a different string.
To avoid wasting even that miniscule amount of memory, the early boot
string should really be marked __initdata, but that just causes the same
bug in SLES9 to re-appear, since it will then find other occurrences of
"Linux version " first.
Cc: Andy Whitcroft <apw@shadowen.org>
Acked-by: Herbert Poetzl <herbert@13thfloor.at>
Cc: Andi Kleen <ak@suse.de>
Cc: Andrew Morton <akpm@osdl.org>
Cc: Steve Fox <drfickle@us.ibm.com>
Acked-by: Olaf Hering <olaf@aepfle.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/asm-generic')
0 files changed, 0 insertions, 0 deletions