04 Apr, 2008

1 commit


03 Apr, 2008

2 commits

  • Fix the problem that makedumpfile sometimes fails on x86_64 machine.

    This patch adds the symbol "phys_base" to a vmcoreinfo data. The
    vmcoreinfo data has the minimum debugging information only for dump
    filtering. makedumpfile (dump filtering command) gets it to distinguish
    unnecessary pages, and makedumpfile creates a small dumpfile.

    On x86_64 kernel which compiled with CONFIG_PHYSICAL_START=0x0 and
    CONFIG_RELOCATABLE=y, makedumpfile fails like the following:

    # makedumpfile -d31 /proc/vmcore dumpfile
    The kernel version is not supported.
    The created dumpfile may be incomplete.
    _exclude_free_page: Can't get next online node.

    makedumpfile Failed.
    #

    The cause is the lack of the symbol "phys_base" in a vmcoreinfo data.
    If the symbol "phys_base" does not exist, makedumpfile considers an
    x86_64 kernel as non relocatable. As the result, makedumpfile
    misunderstands the physical address where the kernel is loaded, and it
    cannot translate a kernel virtual address to physical address correctly.

    To fix this problem, this patch adds the symbol "phys_base" to a
    vmcoreinfo data.

    Signed-off-by: Ken'ichi Ohmichi
    Cc: "Eric W. Biederman"
    Cc:
    Acked-by: Vivek Goyal
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ken'ichi Ohmichi
     
  • Make dma_alloc_coherent respect gfp flags (__GFP_COMP is one that
    matters).

    Signed-off-by: Ivan Kokshaysky
    Tested-by: Michael Cree
    Cc: Richard Henderson
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ivan Kokshaysky
     

02 Apr, 2008

4 commits


01 Apr, 2008

9 commits


31 Mar, 2008

4 commits


29 Mar, 2008

5 commits


28 Mar, 2008

10 commits


27 Mar, 2008

5 commits

  • We need to set up the shared_info pointer once we've mapped the real
    shared_info into its fixmap slot. That needs to happen once the general
    pagetable setup has been done. Previously, the UP shared_info was set
    up one in xen_start_kernel, but that was left pointing to the dummy
    shared info. Unfortunately there's no really good place to do a later
    setup of the shared_info in UP, so just do it once the pagetable setup
    has been done.

    [ Stable: needed in 2.6.24.x ]

    Signed-off-by: Jeremy Fitzhardinge
    Cc: Stable Kernel
    Signed-off-by: Ingo Molnar

    Jeremy Fitzhardinge
     
  • xen_irq_enable_direct and xen_sysexit were using "andw $0x00ff,
    XEN_vcpu_info_pending(vcpu)" to unmask events and test for pending ones
    in one instuction.

    Unfortunately, the pending flag must be modified with a locked operation
    since it can be set by another CPU, and the unlocked form of this
    operation was causing the pending flag to get lost, allowing the processor
    to return to usermode with pending events and ultimately deadlock.

    The simple fix would be to make it a locked operation, but that's rather
    costly and unnecessary. The fix here is to split the mask-clearing and
    pending-testing into two instructions; the interrupt window between
    them is of no concern because either way pending or new events will
    be processed.

    This should fix lingering bugs in using direct vcpu structure access too.

    [ Stable: needed in 2.6.24.x ]

    Signed-off-by: Jeremy Fitzhardinge
    Cc: Stable
    Signed-off-by: Ingo Molnar

    Jeremy Fitzhardinge
     
  • The first page of the compound page is determined in follow_huge_addr()
    but then PageCompound() only checks if the page is part of a compound page.
    PageHead() allows checking if this is indeed the first page of the
    compound.

    Cc: Jeremy Fitzhardinge
    Signed-off-by: Christoph Lameter
    Signed-off-by: Ingo Molnar

    Christoph Lameter
     
  • This patch fixes the use of GPIO routines which are in the PCI
    configuration space of the RDC321x, therefore reading/writing
    to this space without spinlock protection can be problematic.

    We also now request and free GPIOs and support the MGB100
    board, previous code was very AR525W-centric.

    Signed-off-by: Volker Weiss
    Signed-off-by: Florian Fainelli
    Signed-off-by: Ingo Molnar

    Florian Fainelli
     
  • arch/x86/kernel/ptrace.c:548: warning: 'ptrace_bts_get_size' defined but not used
    arch/x86/kernel/ptrace.c:558: warning: 'ptrace_bts_read_record' defined but not used
    arch/x86/kernel/ptrace.c:607: warning: 'ptrace_bts_clear' defined but not used
    arch/x86/kernel/ptrace.c:617: warning: 'ptrace_bts_drain' defined but not used
    arch/x86/kernel/ptrace.c:720: warning: 'ptrace_bts_config' defined but not used
    arch/x86/kernel/ptrace.c:788: warning: 'ptrace_bts_status' defined but not used

    Cc: Roland McGrath
    Signed-off-by: Andrew Morton
    Signed-off-by: Ingo Molnar
    Signed-off-by: Thomas Gleixner

    Andrew Morton