25 Jan, 2008

16 commits

  • Signed-off-by: TripleX Chung
    Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    TripleX Chung
     
  • Signed-off-by: Dave Young
    Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    Dave Young
     
  • Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     
  • Signed-off-by: TripleX Chung
    Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    TripleX Chung
     
  • The email address of the man-pages maintainer has changed.

    Cc: Michael Kerrisk
    Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     
  • Rephrase the introduction as suggested by Jesper Juhl.

    Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     
  • Update translation for commit be3884943674f8ee7656b1d8b71c087ec900c836.

    Signed-off-by: Li Yang
    Signed-off-by: Greg Kroah-Hartman

    Li Yang
     
  • Linus Torvalds
     
  • Before transmission of the last word in PIO RX_ONLY mode rx+tx mode
    is enabled:

    /* prevent last RX_ONLY read from triggering
    * more word i/o: switch to rx+tx
    */
    if (c == 0 && tx == NULL)
    mcspi_write_cs_reg(spi,
    OMAP2_MCSPI_CHCONF0, l);

    But because c is decremented after the test, c will never be zero and
    rx+tx will not be enabled. This breaks RX_ONLY mode PIO transfers.

    Fix it by decrementing c in the beginning of the various I/O loops.

    Signed-off-by: Kalle Valo
    Signed-off-by: David Brownell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Kalle Valo
     
  • This reverts commit 81100eb80add328c4d2a377326f15aa0e7236398 for the
    release, to avoid the unnecessary warning noise that is only really
    relevant to wireless driver developers.

    The warning will probably go right back in after I cut the release, but
    at least we won't unnecessarily worry users.

    Acked-by: John W. Linville
    Signed-off-by: Linus Torvalds

    Linus Torvalds
     
  • * git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-2.6:
    [SPARC64]: Partially revert "Constify function pointer tables."

    Linus Torvalds
     
  • * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6:
    Revert "ACPI: Fan: Drop force_power_state acpi_device option"
    ACPI: EC: "DEBUG" needs to be defined earlier
    ACPI: EC: add leading zeros to debug messages
    ACPI: EC: fix dmesg spam regression
    ACPI: DMI blacklist to reduce console warnings on OSI(Linux) systems.
    ACPI: Add ThinkPad R61, ThinkPad T61 to OSI(Linux) white-list
    ACPI: make _OSI(Linux) console messages smarter
    ACPI: Delete Intel Customer Reference Board (CRB) from OSI(Linux) DMI list
    ACPI: on OSI(Linux), print needed DMI rather than requesting dmidecode output
    ACPI: create acpi_dmi_dump()
    DMI: create dmi_get_slot()
    DMI: move dmi_available declaration to linux/dmi.h
    ACPI: processor: Fix null pointer dereference in throttling

    Linus Torvalds
     
  • Partial revert the changes made by 04231b3002ac53f8a64a7bd142fde3fa4b6808c6
    to the kmem_list3 management. On a machine with a memoryless node, this
    BUG_ON was triggering

    static void *____cache_alloc_node(struct kmem_cache *cachep, gfp_t flags, int nodeid)
    {
    struct list_head *entry;
    struct slab *slabp;
    struct kmem_list3 *l3;
    void *obj;
    int x;

    l3 = cachep->nodelists[nodeid];
    BUG_ON(!l3);

    Signed-off-by: Mel Gorman
    Cc: Pekka Enberg
    Acked-by: Christoph Lameter
    Cc: "Aneesh Kumar K.V"
    Cc: Nishanth Aravamudan
    Cc: KAMEZAWA Hiroyuki
    Cc: Paul Mackerras
    Cc: Benjamin Herrenschmidt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Mel Gorman
     
  • The shared page table code for hugetlb memory on x86 and x86_64
    is causing a leak. When a user of hugepages exits using this code
    the system leaks some of the hugepages.

    -------------------------------------------------------
    Part of /proc/meminfo just before database startup:
    HugePages_Total: 5500
    HugePages_Free: 5500
    HugePages_Rsvd: 0
    Hugepagesize: 2048 kB

    Just before shutdown:
    HugePages_Total: 5500
    HugePages_Free: 4475
    HugePages_Rsvd: 0
    Hugepagesize: 2048 kB

    After shutdown:
    HugePages_Total: 5500
    HugePages_Free: 4988
    HugePages_Rsvd:
    0 Hugepagesize: 2048 kB
    ----------------------------------------------------------

    The problem occurs durring a fork, in copy_hugetlb_page_range(). It
    locates the dst_pte using huge_pte_alloc(). Since huge_pte_alloc() calls
    huge_pmd_share() it will share the pmd page if can, yet the main loop in
    copy_hugetlb_page_range() does a get_page() on every hugepage. This is a
    violation of the shared hugepmd pagetable protocol and creates additional
    referenced to the hugepages causing a leak when the unmap of the VMA
    occurs. We can skip the entire replication of the ptes when the hugepage
    pagetables are shared. The attached patch skips copying the ptes and the
    get_page() calls if the hugetlbpage pagetable is shared.

    [akpm@linux-foundation.org: coding-style cleanups]
    Signed-off-by: Larry Woodman
    Signed-off-by: Adam Litke
    Cc: Badari Pulavarty
    Cc: Ken Chen
    Cc: David Gibson
    Cc: William Lee Irwin III
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Larry Woodman
     
  • : Stefan Roese said:
    > ppc: 4xx: sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
    >
    > I'm seeing this error message when booting an recent arch/ppc kernel on
    > 4xx platforms (tested on Ocotea and other 4xx platforms). Booting NFS
    > rootfs still works fine, but this message kind of makes me "nervous".
    > This is not seen on 4xx arch/powerpc platforms. Here the bootlog:

    Because the data field was never filled and a binary sysctl handler was
    never written this sysctl has never been usable through the sys_sysctl
    interface. So just remove the binary sysctl number. Making the kernel
    sanity checks happy.

    Signed-off-by: Eric W. Biederman
    Reported-by: Stefan Roese
    Cc: Josh Boyer
    Cc: Wolfgang Denk
    Cc: Paul Mackerras
    Cc: Benjamin Herrenschmidt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Eric W. Biederman
     
  • Michael Wu noticed in his lkml post at

    http://marc.info/?l=linux-kernel&m=119396182726091&w=2

    that certain wireless drivers ended up having their name in module
    memory, which would then crash the kernel on module unload.

    The patch he proposed was a bit clumsy in that it increased the size of
    a lockdep entry significantly; the patch below tries another approach,
    it checks, on module teardown, if the name of a class is in module space
    and then zaps the class. This is very similar to what we already do
    with keys that are in module space.

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Ingo Molnar
    Acked-by: Peter Zijlstra
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

24 Jan, 2008

24 commits