* 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
[parent not found: <2563791.8cBqodrk1o@flatron>]
[parent not found: <1514384.7oMe1aulyC@flatron>]
* 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