* Re: Question about "Inconsistent kallsyms data"
[not found] <02ae01cc4d91$aed71670$0c854350$%kim@samsung.com>
@ 2011-07-29 12:55 ` Arnd Bergmann
[not found] ` <2563791.8cBqodrk1o@flatron>
1 sibling, 0 replies; 2+ messages in thread
From: Arnd Bergmann @ 2011-07-29 12:55 UTC (permalink / raw)
To: Kukjin Kim
Cc: linux-kernel, linux-arm-kernel, linux-samsung-soc,
'Ben Dooks', 'Russell King', linux-kbuild,
Michal Marek
On Friday 29 July 2011 10:48:46 Kukjin Kim wrote:
> Hi all,
>
> When build with s5pc100_defconfig, happens following.
>
> ...
> KSYM .tmp_kallsyms2.S
> AS .tmp_kallsyms2.o
> LD vmlinux
> SYSMAP System.map
> SYSMAP .tmp_System.map
> Inconsistent kallsyms data
> This is a bug - please report about it
> Try make KALLSYMS_EXTRA_PASS=1 as a workaround
> make[1]: *** [vmlinux] Error 1
> make: *** [sub-make] Error 2
>
> Its HEAD is following (current latest mainline)
> (commit 55f9c40ff632d03c527d6a6ceddcda0a224587a6)
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc
>
> Please kindly let me know how it should be fixed...
[Taking Michal and linux-kbuild on cc]
I've seen this before with some of my ARM randconfig builds and
spent some time debugging into it, without success.
Can you build with KALLSYMS_EXTRA_PASS=1 and send the diff between
.tmp_kallsyms2.S and .tmp_kallsyms3.S?
Arnd
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Question about "Inconsistent kallsyms data"
[not found] ` <1514384.7oMe1aulyC@flatron>
@ 2011-07-29 13:00 ` Arnd Bergmann
0 siblings, 0 replies; 2+ messages in thread
From: Arnd Bergmann @ 2011-07-29 13:00 UTC (permalink / raw)
To: linux-arm-kernel
Cc: Tomasz Figa, Russell King - ARM Linux, linux-samsung-soc,
Kukjin Kim, 'Ben Dooks', linux-kernel, Michal Marek,
linux-kbuild
On Friday 29 July 2011 13:30:20 Tomasz Figa wrote:
>
> I have no idea why, but I cannot reproduce the issue anymore, even after make
> distclean or starting with a clean tree. A build system bug?
>
> I do not know much technical details about the kernel build system, but might
> it be a concurrency issue (I use make -j5 for building with 5 jobs)?
I could reproduce it on some systems, but it changes when you switch compiler
versions or other flags, or the exact kernel version, so it's impossible
to bisect if you have the same problem that I saw.
I got all the way to the point where I could add a nop instruction in one
file and it would go away because the code size grew across some magic
number.
Arnd
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-07-29 13:00 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <02ae01cc4d91$aed71670$0c854350$%kim@samsung.com>
2011-07-29 12:55 ` Question about "Inconsistent kallsyms data" Arnd Bergmann
[not found] ` <2563791.8cBqodrk1o@flatron>
[not found] ` <1514384.7oMe1aulyC@flatron>
2011-07-29 13:00 ` Arnd Bergmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox