24 Sep, 2008

24 commits


18 Sep, 2008

1 commit


10 Sep, 2008

14 commits

  • Linus Torvalds
     
  • * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
    ipv6: Fix OOPS in ip6_dst_lookup_tail().
    ipsec: Restore larval states and socket policies in dump
    [Bluetooth] Reject L2CAP connections on an insecure ACL link
    [Bluetooth] Enforce correct authentication requirements
    [Bluetooth] Fix reference counting during ACL config stage

    Linus Torvalds
     
  • * git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-2.6:
    sparc64: Disable timer interrupts in fixup_irqs().

    Linus Torvalds
     
  • This fixes kernel bugzilla 11469: "TUN with 1024 neighbours:
    ip6_dst_lookup_tail NULL crash"

    dst->neighbour is not necessarily hooked up at this point
    in the processing path, so blindly dereferencing it is
    the wrong thing to do. This NULL check exists in other
    similar paths and this case was just an oversight.

    Also fix the completely wrong and confusing indentation
    here while we're at it.

    Based upon a patch by Evgeniy Polyakov.

    Signed-off-by: Neil Horman
    Signed-off-by: David S. Miller

    Neil Horman
     
  • …el/git/tip/linux-2.6-tip

    * 'timers-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    clockevents: remove WARN_ON which was used to gather information

    Linus Torvalds
     
  • The issue of the endless reprogramming loop due to a too small
    min_delta_ns was fixed with the previous updates of the clock events
    code, but we had no information about the spread of this problem. I
    added a WARN_ON to get automated information via kerneloops.org and to
    get some direct reports, which allowed me to analyse the affected
    machines.

    The WARN_ON has served its purpose and would be annoying for a release
    kernel. Remove it and just keep the information about the increase of
    the min_delta_ns value.

    Signed-off-by: Thomas Gleixner

    Thomas Gleixner
     
  • …git/tip/linux-2.6-tip

    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    x86: fix memmap=exactmap boot argument
    x86: disable static NOPLs on 32 bits
    xen: fix 2.6.27-rc5 xen balloon driver warnings

    Linus Torvalds
     
  • When using kdump modifying the e820 map is yielding strange results.

    For example starting with

    BIOS-provided physical RAM map:
    BIOS-e820: 0000000000000100 - 0000000000093400 (usable)
    BIOS-e820: 0000000000093400 - 00000000000a0000 (reserved)
    BIOS-e820: 0000000000100000 - 000000003fee0000 (usable)
    BIOS-e820: 000000003fee0000 - 000000003fef3000 (ACPI data)
    BIOS-e820: 000000003fef3000 - 000000003ff80000 (ACPI NVS)
    BIOS-e820: 000000003ff80000 - 0000000040000000 (reserved)
    BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
    BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
    BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
    BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)

    and booting with args

    memmap=exactmap memmap=640K@0K memmap=5228K@16384K memmap=125188K@22252K memmap=76K#1047424K memmap=564K#1047500K

    resulted in:

    user-defined physical RAM map:
    user: 0000000000000000 - 0000000000093400 (usable)
    user: 0000000000093400 - 00000000000a0000 (reserved)
    user: 0000000000100000 - 000000003fee0000 (usable)
    user: 000000003fee0000 - 000000003fef3000 (ACPI data)
    user: 000000003fef3000 - 000000003ff80000 (ACPI NVS)
    user: 000000003ff80000 - 0000000040000000 (reserved)
    user: 00000000e0000000 - 00000000f0000000 (reserved)
    user: 00000000fec00000 - 00000000fec10000 (reserved)
    user: 00000000fee00000 - 00000000fee01000 (reserved)
    user: 00000000ff000000 - 0000000100000000 (reserved)

    But should have resulted in:

    user-defined physical RAM map:
    user: 0000000000000000 - 00000000000a0000 (usable)
    user: 0000000001000000 - 000000000151b000 (usable)
    user: 00000000015bb000 - 0000000008ffc000 (usable)
    user: 000000003fee0000 - 000000003ff80000 (ACPI data)

    This is happening because of an improper usage of strcmp() in the
    e820 parsing code. The strcmp() always returns !0 and never resets the
    value for e820.nr_map and returns an incorrect user-defined map.

    This patch fixes the problem.

    Signed-off-by: Prarit Bhargava
    Signed-off-by: Ingo Molnar

    Prarit Bhargava
     
  • * 'for-linus' of git://git390.osdl.marist.edu/pub/scm/linux-2.6:
    [S390] cio: allow offline processing for disconnected devices
    [S390] cio: handle ssch() return codes correctly.
    [S390] cio: Correct cleanup on error.
    [S390] CVE-2008-1514: prevent ptrace padding area read/write in 31-bit mode

    Linus Torvalds
     
  • * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
    [MIPS] IP22: Fix detection of second HPC3 on Challenge S

    Linus Torvalds
     
  • * 'linux-next' of git://git.infradead.org/~dedekind/ubifs-2.6:
    UBIFS: make minimum fanout 3
    UBIFS: fix division by zero
    UBIFS: amend f_fsid
    UBIFS: fill f_fsid
    UBIFS: improve statfs reporting even more
    UBIFS: introduce LEB overhead
    UBIFS: add forgotten gc_idx_lebs component
    UBIFS: fix assertion
    UBIFS: improve statfs reporting
    UBIFS: remove incorrect index space check
    UBIFS: push empty flash hack down
    UBIFS: do not update min_idx_lebs in stafs
    UBIFS: allow for racing between GC and TNC
    UBIFS: always read hashed-key nodes under TNC mutex
    UBIFS: fix zero-length truncations

    Linus Torvalds
     
  • It was introduced by "vsprintf: add support for '%pS' and '%pF' pointer
    formats" in commit 0fe1ef24f7bd0020f29ffe287dfdb9ead33ca0b2. However,
    the current way its coded doesn't work on parisc64. For two reasons: 1)
    parisc isn't in the #ifdef and 2) parisc has a different format for
    function descriptors

    Make dereference_function_descriptor() more accommodating by allowing
    architecture overrides. I put the three overrides (for parisc64, ppc64
    and ia64) in arch/kernel/module.c because that's where the kernel
    internal linker which knows how to deal with function descriptors sits.

    Signed-off-by: James Bottomley
    Acked-by: Benjamin Herrenschmidt
    Acked-by: Tony Luck
    Acked-by: Kyle McMartin
    Signed-off-by: Linus Torvalds

    James Bottomley
     
  • Jie Yang at Atheros is getting more directly involved with upstream work
    on the atl* drivers. This patch changes the ATL1 entry to ATLX (atl2
    support posted to netdev today) and adds him as a maintainer.

    Signed-off-by: Linus Torvalds

    Chris Snook
     
  • In the 2.6.27 circle ->fasync lost the BKL, and the last remaining
    ->open variant that takes the BKL is also gone. ->get_sb and ->kill_sb
    didn't have BKL forever, so updated the entries while we're at that.

    Signed-off-by: Christoph Hellwig
    Signed-off-by: Linus Torvalds

    Christoph Hellwig
     

09 Sep, 2008

1 commit