From: Randy Dunlap <randy.dunlap@oracle.com>
To: akpm@linux-foundation.org, Daisuke HATAYAMA <d.hatayama@jp.fujitsu.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: mmotm 2010-01-28-01-36 uploaded (elfcore/compat_binfmt_elf)
Date: Thu, 28 Jan 2010 12:48:29 -0800 [thread overview]
Message-ID: <20100128124829.cb4bccb9.randy.dunlap@oracle.com> (raw)
In-Reply-To: <201001281002.o0SA2G0k002220@imap1.linux-foundation.org>
On Thu, 28 Jan 2010 01:36:55 -0800 akpm@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2010-01-28-01-36 has been uploaded to
>
> http://userweb.kernel.org/~akpm/mmotm/
>
> and will soon be available at
>
> git://zen-kernel.org/kernel/mmotm.git
>
> It contains the following patches against 2.6.33-rc5:
> elf-coredump-replace-elf_core_extra_-macros-by-functions.patch
> elf-coredump-make-offset-calculation-process-and-writing-process-explicit.patch
> elf-coredump-add-extended-numbering-support.patch
These patches can cause build errors. See arch/x86/Kconfig:
config IA32_EMULATION
bool "IA32 Emulation"
depends on X86_64
select COMPAT_BINFMT_ELF
COMPAT_BINFMT_ELF can be enabled (selected) even when BINFMT_ELF is not
enabled (due to "select" not looking at dependencies).
That causes the kernel/Makefile of elfcore not to be built:
diff -puN arch/ia64/kernel/Makefile~elf-coredump-replace-elf_core_extra_-macros-by-functions arch/ia64/kernel/Makefile
--- a/arch/ia64/kernel/Makefile~elf-coredump-replace-elf_core_extra_-macros-by-functions
+++ a/arch/ia64/kernel/Makefile
@@ -47,6 +47,8 @@ endif
obj-$(CONFIG_DMAR) += pci-dma.o
obj-$(CONFIG_SWIOTLB) += pci-swiotlb.o
+obj-$(CONFIG_BINFMT_ELF) += elfcore.o
since only COMPAT_BINFMT_ELF is enabled but not BINFMT_ELF.
So then the errors are:
fs/built-in.o: In function `elf_core_dump':
compat_binfmt_elf.c:(.text+0x551e8): undefined reference to `elf_core_extra_phdrs'
compat_binfmt_elf.c:(.text+0x55413): undefined reference to `elf_core_extra_data_size'
compat_binfmt_elf.c:(.text+0x556c4): undefined reference to `elf_core_write_extra_phdrs'
compat_binfmt_elf.c:(.text+0x559fd): undefined reference to `elf_core_write_extra_data'
---
~Randy
next prev parent reply other threads:[~2010-01-28 20:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-28 9:36 mmotm 2010-01-28-01-36 uploaded akpm
2010-01-28 18:53 ` mmotm 2010-01-28-01-36 uploaded (media/radio/saa7706h.c) Randy Dunlap
2010-01-28 18:55 ` mmotm 2010-01-28-01-36 uploaded (sched.c + percpu) Randy Dunlap
2010-01-28 23:41 ` Anton Blanchard
2010-01-29 17:35 ` Randy Dunlap
2010-01-28 20:48 ` Randy Dunlap [this message]
2010-01-29 1:47 ` mmotm 2010-01-28-01-36 uploaded (elfcore/compat_binfmt_elf) Daisuke HATAYAMA
2010-01-29 8:11 ` Daisuke HATAYAMA
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100128124829.cb4bccb9.randy.dunlap@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=d.hatayama@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome