search for: crashk_r

Displaying 8 results from an estimated 8 matches for "crashk_r".

Did you mean: crasher
2008 Jun 12
0
[PATCH 2/2] extract vmcoreinfo from /proc/vmcore for Xen
...rce xen_hypervisor_res; static struct resource *xen_phys_cpus; +size_t vmcoreinfo_size_xen; +unsigned long paddr_vmcoreinfo_xen; + void __init xen_machine_kexec_setup_resources(void) { xen_kexec_range_t range; @@ -94,6 +97,18 @@ void __init xen_machine_kexec_setup_reso if (range.size) { crashk_res.start = range.start; crashk_res.end = range.start + range.size - 1; + } + + /* get physical address of vmcoreinfo */ + memset(&range, 0, sizeof(range)); + range.range = KEXEC_RANGE_MA_VMCOREINFO; + + if (HYPERVISOR_kexec_op(KEXEC_CMD_kexec_get_range, &range)) + return; + + if (range.s...
2007 Apr 11
1
[PATCH] export retained initrd in debugfs
...;linux/delay.h> #include <linux/string.h> #include <linux/syscalls.h> +#include <linux/debugfs.h> static __initdata char *message; static void __init error(char *x) @@ -519,7 +520,7 @@ static void __init free_initrd(void) unsigned long crashk_end = (unsigned long)__va(crashk_res.end); #endif if (do_retain_initrd) - goto skip; + return; #ifdef CONFIG_KEXEC /* @@ -588,3 +589,29 @@ static int __init populate_rootfs(void) return 0; } rootfs_initcall(populate_rootfs); + +#ifdef CONFIG_BLK_DEV_INITRD +static struct debugfs_blob_wrapper initrd_blob; + +static int...
2012 Dec 27
30
[PATCH v3 00/11] xen: Initial kexec/kdump implementation
Hi, This set of patches contains initial kexec/kdump implementation for Xen v3. Currently only dom0 is supported, however, almost all infrustructure required for domU support is ready. Jan Beulich suggested to merge Xen x86 assembler code with baremetal x86 code. This could simplify and reduce a bit size of kernel code. However, this solution requires some changes in baremetal x86 code. First of
2012 Dec 27
30
[PATCH v3 00/11] xen: Initial kexec/kdump implementation
Hi, This set of patches contains initial kexec/kdump implementation for Xen v3. Currently only dom0 is supported, however, almost all infrustructure required for domU support is ready. Jan Beulich suggested to merge Xen x86 assembler code with baremetal x86 code. This could simplify and reduce a bit size of kernel code. However, this solution requires some changes in baremetal x86 code. First of
2012 Dec 27
30
[PATCH v3 00/11] xen: Initial kexec/kdump implementation
Hi, This set of patches contains initial kexec/kdump implementation for Xen v3. Currently only dom0 is supported, however, almost all infrustructure required for domU support is ready. Jan Beulich suggested to merge Xen x86 assembler code with baremetal x86 code. This could simplify and reduce a bit size of kernel code. However, this solution requires some changes in baremetal x86 code. First of
2012 Nov 20
12
[PATCH v2 00/11] xen: Initial kexec/kdump implementation
Hi, This set of patches contains initial kexec/kdump implementation for Xen v2 (previous version were posted to few people by mistake; sorry for that). Currently only dom0 is supported, however, almost all infrustructure required for domU support is ready. Jan Beulich suggested to merge Xen x86 assembler code with baremetal x86 code. This could simplify and reduce a bit size of kernel code.
2012 Nov 20
12
[PATCH v2 00/11] xen: Initial kexec/kdump implementation
Hi, This set of patches contains initial kexec/kdump implementation for Xen v2 (previous version were posted to few people by mistake; sorry for that). Currently only dom0 is supported, however, almost all infrustructure required for domU support is ready. Jan Beulich suggested to merge Xen x86 assembler code with baremetal x86 code. This could simplify and reduce a bit size of kernel code.
2012 Nov 20
12
[PATCH v2 00/11] xen: Initial kexec/kdump implementation
Hi, This set of patches contains initial kexec/kdump implementation for Xen v2 (previous version were posted to few people by mistake; sorry for that). Currently only dom0 is supported, however, almost all infrustructure required for domU support is ready. Jan Beulich suggested to merge Xen x86 assembler code with baremetal x86 code. This could simplify and reduce a bit size of kernel code.