<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Dave Anderson wrote: <blockquote TYPE=CITE>David Wilder wrote: <blockquote TYPE=CITE> crash -d 2 gave me the header.. Elf64_Phdr: p_type: 4 (PT_NOTE) p_offset: 288 (120) p_vaddr: 0 p_paddr: 0 p_filesz: 1048 (418) p_memsz: 1048 (418) p_flags: 0 () p_align: 0 Elf64_Phdr: p_type: 1 (PT_LOAD) p_offset: 1336 (538) p_vaddr: c000000000000000 p_paddr: 0 p_filesz: 32768 (8000) p_memsz: 32768 (8000) p_flags: 7 (PF_X|PF_W|PF_R) p_align: 0 Elf64_Phdr: p_type: 1 (PT_LOAD) p_offset: 34104 (8538) p_vaddr: c000000000008000 p_paddr: 8000 p_filesz: 33521663 (1ff7fff) p_memsz: 33521663 (1ff7fff) p_flags: 7 (PF_X|PF_W|PF_R) p_align: 0 Elf64_Phdr: p_type: 1 (PT_LOAD) p_offset: 33555767 (2000537) p_vaddr: c00000002fd0f001 p_paddr: 2fd0f001 p_filesz: 3492745215 (d02f0fff) p_memsz: 3492745215 (d02f0fff) p_flags: 7 (PF_X|PF_W|PF_R) p_align: 0 Looks like that address is in a hole between PT_LOAD segments 2 and 3.</blockquote> <tt>Right, but something is fundamentally wrong with your</tt> <tt>vmcore:</tt> <tt> p_paddr p_filesz</tt> <tt>First segment: 0 8000</tt> <tt>Second segment: 8000 1ff7fff</tt> <tt>Third segment: 2fd0f001 d02f0fff</tt> <tt>It cannot have a p_paddr address that is not page-aligned,</tt> <tt>nor can you have a p_filesz that is not page-aligned.</tt> <tt>Dave</tt></blockquote> <tt>Vivek et al,</tt><tt></tt> <tt>Have there been any recent changes to the kdump code</tt> <tt>that might cause strange PT_LOAD segment contents?</tt><tt></tt> <tt>In addition to Dave Wilder's vmcore above, I also note that</tt> <tt>in Badari's recent x86_64 vmcore, there is a PT_LOAD segment</tt> <tt>that also has a non-page-aligned p_filesz:</tt><tt></tt> <tt># readelf -a vmcore</tt> <tt>ELF Header:</tt> <tt> Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00</tt> <tt> Class: ELF64</tt> <tt> Data: 2's complement, little endian</tt> <tt> Version: 1 (current)</tt> <tt> OS/ABI: UNIX - System V</tt> <tt> ABI Version: 0</tt> <tt> Type: CORE (Core file)</tt> <tt> Machine: Advanced Micro Devices X86-64</tt> <tt> Version: 0x1</tt> <tt> Entry point address: 0x0</tt> <tt> Start of program headers: 64 (bytes into file)</tt> <tt> Start of section headers: 0 (bytes into file)</tt> <tt> Flags: 0x0</tt> <tt> Size of this header: 64 (bytes)</tt> <tt> Size of program headers: 56 (bytes)</tt> <tt> Number of program headers: 5</tt> <tt> Size of section headers: 0 (bytes)</tt> <tt> Number of section headers: 0</tt> <tt> Section header string table index: 0</tt><tt></tt> <tt>There are no sections in this file.</tt><tt></tt> <tt>There are no section groups in this file.</tt><tt></tt> <tt>Program Headers:</tt> <tt> Type Offset VirtAddr PhysAddr</tt> <tt> FileSiz MemSiz Flags Align</tt> <tt> NOTE 0x0000000000000158 0x0000000000000000 0x0000000000000000</tt> <tt> 0x00000000000002c8 0x00000000000002c8 0</tt> <tt> LOAD 0x0000000000000420 0xffffffff80000000 0x0000000000000000</tt> <tt> 0x00000000000a0000 0x00000000000a0000 RWE 0</tt> <tt> LOAD 0x00000000000a0420 0xffffffff80100000 0x0000000000100000</tt> <tt> 0x0000000000f00000 0x0000000000f00000 RWE 0</tt> <tt> LOAD 0x0000000000fa0420 0xffff810005000000 0x0000000005000000</tt> <tt> 0x00000000d2fcca80 0x00000000d2fcca80 RWE 0</tt> <tt> LOAD 0x00000000d3f6cea0 0xffff810100000000 0x0000000100000000</tt> <tt> 0x0000000028000000 0x0000000028000000 RWE 0</tt><tt></tt> <tt>There is no dynamic section in this file.</tt><tt></tt> <tt>There are no relocations in this file.</tt><tt></tt> <tt>There are no unwind sections in this file.</tt><tt></tt> <tt>No version information found in this file.</tt><tt></tt> <tt>Notes at offset 0x00000158 with length 0x000002c8:</tt> <tt> Owner Data size Description</tt> <tt> CORE 0x00000150 NT_PRSTATUS (prstatus structure)</tt> <tt> CORE 0x00000150 NT_PRSTATUS (prstatus structure)</tt> <tt>#</tt> <tt></tt> <tt></tt> <tt>A p_filesz/p_memsz of 0x00000000d2fcca80 cannot be correct.</tt><tt></tt> <tt>Dave</tt> </html>