Eric Lee / smarc-fsl-linux-kernel

24 Mar, 2011

1 commit

  • 93a72052b   crash_dump: export is_kdump_kernel to modules, consolidate elfcorehdr_addr, setu… ... Browse Code »
    44

    …p_elfcorehdr and saved_max_pfn

    The Xen PV drivers in a crashed HVM guest can not connect to the dom0
    backend drivers because both frontend and backend drivers are still in
    connected state. To run the connection reset function only in case of a
    crashdump, the is_kdump_kernel() function needs to be available for the PV
    driver modules.

    Consolidate elfcorehdr_addr, setup_elfcorehdr and saved_max_pfn into
    kernel/crash_dump.c Also export elfcorehdr_addr to make is_kdump_kernel()
    usable for modules.

    Leave 'elfcorehdr' as early_param(). This changes powerpc from __setup()
    to early_param(). It adds an address range check from x86 also on ia64
    and powerpc.

    [akpm@linux-foundation.org: additional #includes]
    [akpm@linux-foundation.org: remove elfcorehdr_addr export]
    [akpm@linux-foundation.org: fix for Tejun's mm/nobootmem.c changes]
    Signed-off-by: Olaf Hering <olaf@aepfle.de>
    Cc: Russell King <rmk@arm.linux.org.uk>
    Cc: "Luck, Tony" <tony.luck@intel.com>
    Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Cc: Paul Mundt <lethal@linux-sh.org>
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Cc: "H. Peter Anvin" <hpa@zytor.com>
    Cc: Johannes Weiner <hannes@cmpxchg.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

    Olaf Hering
     

17 Sep, 2010

1 commit

  • 3ee48b6af   mm, x86: Saving vmcore with non-lazy freeing of vmas ... Browse Code »

    During the reading of /proc/vmcore the kernel is doing
    ioremap()/iounmap() repeatedly. And the buildup of un-flushed
    vm_area_struct's is causing a great deal of overhead. (rb_next()
    is chewing up most of that time).

    This solution is to provide function set_iounmap_nonlazy(). It
    causes a subsequent call to iounmap() to immediately purge the
    vma area (with try_purge_vmap_area_lazy()).

    With this patch we have seen the time for writing a 250MB
    compressed dump drop from 71 seconds to 44 seconds.

    Signed-off-by: Cliff Wickman
    Cc: Andrew Morton
    Cc: kexec@lists.infradead.org
    Cc:
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Cliff Wickman
     

09 Sep, 2010

1 commit

  • 37a2f9f30   x86, kdump: Change copy_oldmem_page() to use cached addressing ... Browse Code »

    The copy of /proc/vmcore to a user buffer proceeds much faster
    if the kernel addresses memory as cached.

    With this patch we have seen an increase in transfer rate from
    less than 15MB/s to 80-460MB/s, depending on size of the
    transfer. This makes a big difference in time needed to save a
    system dump.

    Signed-off-by: Cliff Wickman
    Acked-by: "Eric W. Biederman"
    Cc: kexec@lists.infradead.org
    Cc: # as far back as it would apply
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Cliff Wickman
     

20 Oct, 2008

1 commit

  • 57cac4d18   kdump: make elfcorehdr_addr independent of CONFIG_PROC_VMCORE ... Browse Code »

    o elfcorehdr_addr is used by not only the code under CONFIG_PROC_VMCORE
    but also by the code which is not inside CONFIG_PROC_VMCORE. For
    example, is_kdump_kernel() is used by powerpc code to determine if
    kernel is booting after a panic then use previous kernel's TCE table.
    So even if CONFIG_PROC_VMCORE is not set in second kernel, one should be
    able to correctly determine that we are booting after a panic and setup
    calgary iommu accordingly.

    o So remove the assumption that elfcorehdr_addr is under
    CONFIG_PROC_VMCORE.

    o Move definition of elfcorehdr_addr to arch dependent crash files.
    (Unfortunately crash dump does not have an arch independent file
    otherwise that would have been the best place).

    o kexec.c is not the right place as one can Have CRASH_DUMP enabled in
    second kernel without KEXEC being enabled.

    o I don't see sh setup code parsing the command line for
    elfcorehdr_addr. I am wondering how does vmcore interface work on sh.
    Anyway, I am atleast defining elfcoredhr_addr so that compilation is not
    broken on sh.

    Signed-off-by: Vivek Goyal
    Acked-by: "Eric W. Biederman"
    Acked-by: Simon Horman
    Acked-by: Paul Mundt
    Cc: Ingo Molnar
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Vivek Goyal
     

07 Oct, 2008

1 commit

22 Sep, 2008

1 commit

01 Aug, 2008

1 commit

  • 08aadf069   x86: coding style fixes to arch/x86/kernel/crash_dump_64.c ... Browse Code »

    Fix conding style without change crash_dump_64.o

    arch/x86/kernel/crash_dump_64.o
    text data bss dec hex filename
    129 0 0 129 81 crash_dump_64.o.after
    129 0 0 129 81 crash_dump_64.o.before

    md5:
    885b52c1b92737e6b12e5107e90fc1f1 crash_dump_64.o.after
    885b52c1b92737e6b12e5107e90fc1f1 crash_dump_64.o.before

    Signed-off-by: Gustavo F. Padovan
    Signed-off-by: Ingo Molnar

    Gustavo F. Padovan
     

14 Oct, 2007

1 commit

  • 835c34a16   Delete filenames in comments. ... Browse Code »

    Since the x86 merge, lots of files that referenced their own filenames
    are no longer correct. Rather than keep them up to date, just delete
    them, as they add no real value.

    Additionally:
    - fix up comment formatting in scx200_32.c
    - Remove a credit from myself in setup_64.c from a time when we had no SCM
    - remove longwinded history from tsc_32.c which can be figured out from
    git.

    Signed-off-by: Dave Jones
    Signed-off-by: Linus Torvalds

    Dave Jones
     

11 Oct, 2007

1 commit