Messages in this thread | | | Date | Tue, 15 Dec 2009 16:34:01 +0800 | Subject | Re: [RFC, PATCH 4/4] elf_core_dump(): Add extended numbering support | From | Américo Wang <> |
| |
On Tue, Dec 15, 2009 at 3:56 PM, Américo Wang <xiyou.wangcong@gmail.com> wrote: > On Tue, Dec 15, 2009 at 10:41 AM, Daisuke HATAYAMA > <d.hatayama@jp.fujitsu.com> wrote: >> The current ELF dumper implementation can produce broken corefiles >> if program headers exceed 65535. This number is determined by the >> number of vmas which the process have. In particular, some extreme >> programs may use more than 65535 vmas. (If you google max_map_count, >> you can find some users facing this problem.) This kind of program >> never be able to generate correct coredumps. >> >> This patch implements ``extended numbering'' that uses sh_info >> field of the first section header instead of e_phnum field in order >> to represent upto 4294967295 vmas. >> >> This is supported by AMD64-ABI(http://www.x86-64.org/documentation.html) >> and Solaris(http://docs.sun.com/app/docs/doc/817-1984/). Of course, >> we are preparing patches for gdb and binutils. >> >> Signed-off-by: Daisuke HATAYAMA <d.hatayama@jp.fujitsu.com> > > > Hi, > > Can you reorder your patches please? > Your patch 0/4 depends on 1/4, I am afraid. :-/ >
Oops!
Ignore this, I misread the subject. 4/4 depends on 1/4, which is fine. :) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |