Eric Lee / smarc-fsl-linux-kernel

26 Jun, 2005

2 commits

  • d58831e41   [PATCH] kdump documentation update to introduce use of irqpoll ... Browse Code »

    o Specify "irqpoll" command line option which loading second kernel. This
    helps in reducing driver initialization failures in second kernel due
    to shared interrupts.
    o Enabled LAPIC/IOAPIC support for UP kernels in second kernel. This reduces
    the chances of devices sharing the irq and hence reduces the chances of
    driver initialization failures in second kernel.
    o Build a UP capture kernel and disabled SMP support.

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

    Vivek Goyal
     
  • b089f4a68   [PATCH] kdump: Documentation for Kdump ... Browse Code »

    This patch contains the documentation for the kexec based crash dump tool.

    Quick kdump-howto
    ================================================================

    1) Download and build kexec-tools.

    2) Download and build the latest kexec/kdump (-mm) kernel patchset.
    Two kernels need to be built in order to get this feature working.

    A) First kernel:
    a) Enable "kexec system call" feature:
    CONFIG_KEXEC=y
    b) Physical load address (use default):
    CONFIG_PHYSICAL_START=0x100000
    c) Enable "sysfs file system support":
    CONFIG_SYSFS=y
    d) Boot into first kernel with the command line parameter "crashkernel=Y@X":
    For example: "crashkernel=64M@16M".

    B) Second kernel:
    a) Enable "kernel crash dumps" feature:
    CONFIG_CRASH_DUMP=y
    b) Physical load addreess, use same load address as X in "crashkernel"
    kernel parameter in d) above, e.g., 16 MB or 0x1000000.
    CONFIG_PHYSICAL_START=0x1000000
    c) Enable "/proc/vmcore support" (Optional, in Pseudo filesystems).
    CONFIG_PROC_VMCORE=y

    3) Boot into the first kernel.

    4) Load the second kernel to be booted using:

    kexec -p --crash-dump --args-linux --append="root=
    maxcpus=1 init 1"

    5) System reboots into the second kernel when a panic occurs. A module can be
    written to force the panic, for testing purposes.

    6) See Documentation/kdump.txt for how to read the first kernel's
    memory image and how to analyze it.

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

    Vivek Goyal