search for: dump_mem_start

...char dummy[PAGE_SIZE]; > int dummy_len; > int sts; > + unsigned int cpy_err_cnt = 0; > + struct dump_args *da = args; > + int fd = da->fd; > + int incomp_fd = da->incomp_fd; > + char cpy_err_mesg[64]; > + int mesg_bytes; > > if ( (dump_mem_start = malloc(DUMP_INCREMENT*PAGE_SIZE)) == NULL ) > { > @@ -73,11 +85,11 @@ xc_domain_dumpcore_via_callback(int xc_h > (nr_pages * sizeof(xen_pfn_t))); > header.xch_pages_offset = round_pgup(dummy_len); > > - sts = dump_rtn(args, (char *)&header, siz...

This patch allows core-dumping to work on a cross-bit host/guest configuration, whereas previously that was not supported. It supports both PV and FV guests. The core file format generated by the host, needs to match that of the guest, so an alignment issue is addressed, along with the p2m frame list handling being done according to the guest size. Signed-off-by: Bruce Rogers

The following dump-core patches changes its format into ELF, adds PFN-GMFN table, HVM support, and adds experimental IA64 support. - ELF format Program header and note section are adopted. - HVM domain support To know the memory area to dump, XENMEM_set_memory_map is added. XENMEM_memory_map hypercall is for current domain, so new one is created. and hvm domain builder tell xen its

On 31.10.13 04:34, Miguel Clara wrote: > I was trying to get a core-dump for a domU with xl and got this error: > > # xl dump-core 20 test.core > Memory fault > > GDB shows this: > > a# gdb xl xl.core > GNU gdb (GDB) 7.3.1 > Copyright (C) 2011 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later<http://gnu.org/licenses/gpl.html> >