03 May, 2007

1 commit

  • The specific case I am encountering is kdump under Xen with a 64 bit
    hypervisor and 32 bit kernel/userspace. The dump created is 64 bit due to
    the hypervisor but the dump kernel is 32 bit for maximum compatibility.

    It's possibly less likely to be useful in a purely native scenario but I
    see no reason to disallow it.

    [akpm@linux-foundation.org: build fix]
    Signed-off-by: Ian Campbell
    Signed-off-by: Andi Kleen
    Acked-by: Vivek Goyal
    Cc: Horms
    Cc: Magnus Damm
    Cc: "Eric W. Biederman"
    Cc: Andi Kleen
    Signed-off-by: Andrew Morton

    Ian Campbell
     

01 Jul, 2006

1 commit


11 Apr, 2006

1 commit


29 Mar, 2006

1 commit

  • This is a conversion to make the various file_operations structs in fs/
    const. Basically a regexp job, with a few manual fixups

    The goal is both to increase correctness (harder to accidentally write to
    shared datastructures) and reducing the false sharing of cachelines with
    things that get dirty in .data (while .rodata is nicely read only and thus
    cache clean)

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

12 Jan, 2006

1 commit

  • o fs/proc/vmcore.c compilation gives warnings on ppc64. The reason being
    that u64 is defined as unsigned long hence u64* is not same as loff_t*
    and compiler cribs.

    o Changed the parameter type to u64* instead of loff_t* to resolve the
    conflict.

    Signed-off-by: Vivek Goyal
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Vivek Goyal
     

11 Jan, 2006

2 commits

  • Header included twice.

    Signed-off-by: Nicolas Kaiser
    Signed-off-by: Adrian Bunk

    Nicolas Kaiser
     
  • - Moving the crash_dump.c file to arch dependent part as kmap_atomic_pfn is
    specific to i386 and highmem may not exist in other archs.

    - Use ioremap for x86_64 to map the previous kernel memory.

    - In copy_oldmem_page(), we now directly copy to the user/kernel buffer and
    avoid the unneccesary copy to a kmalloc'd page.

    Signed-off-by: Rachita Kothiyal
    Signed-off-by: Vivek Goyal
    Cc: Andi Kleen
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Vivek Goyal
     

26 Jun, 2005

2 commits

  • o Adds support for parsing core ELF32 headers.
    o I am expecting ELF32 support to go away down the line. This patch has been
    introduced for testing purposes as gdb can not parse ELF64 headers for
    i386. When a decent user space solution is available, ELF32 support
    can go away.

    Signed-off-by: Vivek Goyal
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Vivek Goyal
     
  • From: "Vivek Goyal"

    o Support for /proc/vmcore interface. This interface exports elf core image
    either in ELF32 or ELF64 format, depending on the format in which elf headers
    have been stored by crashed kernel.
    o Added support for CONFIG_VMCORE config option.
    o Removed the dependency on /proc/kcore.

    From: "Eric W. Biederman"

    This patch has been refactored to more closely match the prevailing style in
    the affected files. And to clearly indicate the dependency between
    /proc/kcore and proc/vmcore.c

    From: Hariprasad Nellitheertha

    This patch contains the code that provides an ELF format interface to the
    previous kernel's memory post kexec reboot.

    Signed off by Hariprasad Nellitheertha
    Signed-off-by: Eric Biederman
    Signed-off-by: Vivek Goyal
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Vivek Goyal