* include/linux/version.h not updated (Was: SILO always tells it loaded kernel version 3.6.0)
[not found] ` <alpine.SOC.1.00.1309261347030.11084@math.ut.ee>
@ 2013-09-26 13:12 ` Meelis Roos
2013-09-26 17:18 ` include/linux/version.h not updated David Miller
2013-09-26 17:26 ` David Miller
0 siblings, 2 replies; 4+ messages in thread
From: Meelis Roos @ 2013-09-26 13:12 UTC (permalink / raw)
To: David Miller; +Cc: sparclinux, Linux Kernel list
Background: SILO bootloader on sparc64 tells it is loading 3.6.0 when
actually it is 3.12.0-rc2.
> On U10:
>
> ok boot
> Boot device: scsidisk File and args:
> SILO Version 1.4.14
> boot: test
> Allocated 64 Megs of memory at 0x40000000 for kernel
> Uncompressing image...
> Loaded kernel version 3.6.0
>
> PROMLIB: Sun IEEE Boot Prom 'OBP 3.31.0 2001/07/25 20:36'
> PROMLIB: Root node compatible:
> Initializing cgroup subsys cpu
> Linux version 3.11.0-dirty (mroos@u10) (gcc version 4.6.4 (Debian 4.6.4-4) ) #47 Wed Sep 25 16:01:09 EEST 2013
SILO gets the version from struch HdrS in the image.
vmlinux contains HdrS^@^C^F^@, so ver_linux is 00 03 06 0 that is 3.6.0.
So it's in our image and silo is correct.
It seems to be LINUX_VERSION_CODE in head_64.S - maybe it is nor
recompiled? No, head_64.o is from yesterday.
grep -r for LINUX_VERSION_CODE results in different values:
./include/generated/uapi/linux/version.h:#define LINUX_VERSION_CODE 199424
./include/linux/version.h:#define LINUX_VERSION_CODE 198144
-rw-r--r-- 1 mroos mroos 97 Sep 20 21:56 include/generated/uapi/linux/version.h
-rw-r--r-- 1 mroos mroos 97 Aug 10 2012 ./include/linux/version.h
As it happens, 198144 is the value from Aug 10 2012 and it happens to be
00030600 hex. Here is the culprit, we are not rebuilding
include/linux/version.h.
--
Meelis Roos (mroos@linux.ee)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: include/linux/version.h not updated
2013-09-26 13:12 ` include/linux/version.h not updated (Was: SILO always tells it loaded kernel version 3.6.0) Meelis Roos
@ 2013-09-26 17:18 ` David Miller
2013-09-26 17:26 ` David Miller
1 sibling, 0 replies; 4+ messages in thread
From: David Miller @ 2013-09-26 17:18 UTC (permalink / raw)
To: mroos; +Cc: sparclinux, linux-kernel
From: Meelis Roos <mroos@linux.ee>
Date: Thu, 26 Sep 2013 16:12:55 +0300 (EEST)
> As it happens, 198144 is the value from Aug 10 2012 and it happens to be
> 00030600 hex. Here is the culprit, we are not rebuilding
> include/linux/version.h.
That explains everything, thanks for tracking it down.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: include/linux/version.h not updated
2013-09-26 13:12 ` include/linux/version.h not updated (Was: SILO always tells it loaded kernel version 3.6.0) Meelis Roos
2013-09-26 17:18 ` include/linux/version.h not updated David Miller
@ 2013-09-26 17:26 ` David Miller
2013-09-26 18:08 ` Meelis Roos
1 sibling, 1 reply; 4+ messages in thread
From: David Miller @ 2013-09-26 17:26 UTC (permalink / raw)
To: mroos; +Cc: sparclinux, linux-kernel
From: Meelis Roos <mroos@linux.ee>
Date: Thu, 26 Sep 2013 16:12:55 +0300 (EEST)
> -rw-r--r-- 1 mroos mroos 97 Sep 20 21:56 include/generated/uapi/linux/version.h
> -rw-r--r-- 1 mroos mroos 97 Aug 10 2012 ./include/linux/version.h
It's not the it doesn't get updated.
It's that the file in your GIT tree is unsync'd.
You need to "rm include/linux/version.h" and I bet that beforehand a
"git stat" will show "include/linux/version.h" as a spurious file.
Because of your situation, the second file is being included first,
overriding the right file, the first one.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: include/linux/version.h not updated
2013-09-26 17:26 ` David Miller
@ 2013-09-26 18:08 ` Meelis Roos
0 siblings, 0 replies; 4+ messages in thread
From: Meelis Roos @ 2013-09-26 18:08 UTC (permalink / raw)
To: David Miller; +Cc: sparclinux, linux-kernel
> > -rw-r--r-- 1 mroos mroos 97 Sep 20 21:56 include/generated/uapi/linux/version.h
> > -rw-r--r-- 1 mroos mroos 97 Aug 10 2012 ./include/linux/version.h
>
> It's not the it doesn't get updated.
>
> It's that the file in your GIT tree is unsync'd.
>
> You need to "rm include/linux/version.h" and I bet that beforehand a
> "git stat" will show "include/linux/version.h" as a spurious file.
>
> Because of your situation, the second file is being included first,
> overriding the right file, the first one.
Yes, you are absolutely correct. head_64.o was rebuild with correcxt
verion information.
A lot of machines will have this file removed :)
--
Meelis Roos (mroos@linux.ee)
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-09-26 18:09 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <alpine.SOC.1.00.1309260234380.22367@math.ut.ee>
[not found] ` <20130926.002304.2121420558807412031.davem@davemloft.net>
[not found] ` <alpine.SOC.1.00.1309261347030.11084@math.ut.ee>
2013-09-26 13:12 ` include/linux/version.h not updated (Was: SILO always tells it loaded kernel version 3.6.0) Meelis Roos
2013-09-26 17:18 ` include/linux/version.h not updated David Miller
2013-09-26 17:26 ` David Miller
2013-09-26 18:08 ` Meelis Roos
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®