Permalink
Switch branches/tags
Commits on May 13, 2010
  1. Merge branch 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git…

    torvalds committed May 13, 2010
    …/benh/powerpc
    
    * 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:
      powerpc/perf_event: Fix oops due to perf_event_do_pending call
      powerpc/swiotlb: Fix off by one in determining boundary of which ops to use
  2. Merge branch 'for-linus' of git://git390.marist.edu/pub/scm/linux-2.6

    torvalds committed May 13, 2010
    * 'for-linus' of git://git390.marist.edu/pub/scm/linux-2.6:
      [S390] correct address of _stext with CONFIG_SHARED_KERNEL=y
      [S390] ptrace: fix return value of do_syscall_trace_enter()
      [S390] dasd: fix race between tasklet and dasd_sleep_on
  3. Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    torvalds committed May 13, 2010
    …/git/sage/ceph-client
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client:
      ceph: preserve seq # on requeued messages after transient transport errors
      ceph: fix cap removal races
      ceph: zero unused message header, footer fields
      ceph: fix locking for waking session requests after reconnect
      ceph: resubmit requests on pg mapping change (not just primary change)
      ceph: fix open file counting on snapped inodes when mds returns no caps
      ceph: unregister osd request on failure
      ceph: don't use writeback_control in writepages completion
      ceph: unregister bdi before kill_anon_super releases device name
  4. Revert "PCI: update bridge resources to get more big ranges in PCI as…

    torvalds committed May 13, 2010
    …sign unssigned"
    
    This reverts commit 977d17b, because it
    can cause problems with some devices not getting any resources at all
    when the resource tree is re-allocated.
    
    For an example of this, see
    
    	https://bugzilla.kernel.org/show_bug.cgi?id=15960
    	(originally https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4982)
    	(lkml thread: http://lkml.org/lkml/2010/4/19/20)
    
    where Peter Henriksson reported his Xonar DX sound card gone, because
    the IO port region was no longer allocated.
    
    Reported-bisected-and-tested-by: Peter Henriksson <peter.henriksson@gmail.com>
    Requested-by: Andrew Morton <akpm@linux-foundation.org>
    Requested-by: Clemens Ladisch <clemens@ladisch.de>
    Acked-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Cc: Yinghai Lu <yinghai@kernel.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  5. CacheFiles: Fix error handling in cachefiles_determine_cache_security()

    dhowells committed with torvalds May 12, 2010
    cachefiles_determine_cache_security() is expected to return with a
    security override in place.  However, if set_create_files_as() fails, we
    fail to do this.  In this case, we should just reinstate the security
    override that was set by the caller.
    
    Furthermore, if set_create_files_as() fails, we should dispose of the
    new credentials we were in the process of creating.
    
    Signed-off-by: David Howells <dhowells@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  6. rwsem: Test for no active locks in __rwsem_do_wake undo code

    walken-google committed with torvalds May 12, 2010
    If there are no active threasd using a semaphore, it is always correct
    to unqueue blocked threads.  This seems to be what was intended in the
    undo code.
    
    What was done instead, was to look for a sem count of zero - this is an
    impossible situation, given that at least one thread is known to be
    queued on the semaphore.  The code might be correct as written, but it's
    hard to reason about and it's not what was intended (otherwise the goto
    out would have been unconditional).
    
    Go for checking the active count - the alternative is not worth the
    headache.
    
    Signed-off-by: Michel Lespinasse <walken@google.com>
    Signed-off-by: David Howells <dhowells@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on May 12, 2010
  1. [S390] correct address of _stext with CONFIG_SHARED_KERNEL=y

    Martin Schwidefsky committed with Martin Schwidefsky May 12, 2010
    As of git commit 1844c9b head64.S/head31.S
    are not included in head.S anymore but build as an extra object. This breaks
    shared kernel support because the .org statement in head64.S/head31.S for
    CONFIG_SHARED_KERNEL=y will have a different effect. The end address of the
    head.text section in head.o will be added to the .org value, to compensate
    for this subtract 0x11000 to get the required value of 0x100000 again.
    
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
  2. [S390] ptrace: fix return value of do_syscall_trace_enter()

    gerald-schaefer committed with Martin Schwidefsky May 12, 2010
    strace may change the system call number, so regs->gprs[2] must not
    be read before tracehook_report_syscall_entry(). This fixes a bug
    where "strace -f" will hang after a vfork().
    
    Cc: <stable@kernel.org>
    Signed-off-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
  3. [S390] dasd: fix race between tasklet and dasd_sleep_on

    Stefan Weinhuber committed with Martin Schwidefsky May 12, 2010
    The various dasd_sleep_on functions use a global wait queue when
    waiting for a cqr. The wait condition checks the status and devlist
    fields of the cqr to determine if it is safe to continue. This
    evaluation may return true, although the tasklet has not finished
    processing of the cqr and the callback function has not been called
    yet. When the callback is finally called, the data in the cqr may
    already be invalid. The sleep_on wait condition needs a safe way to
    determine if the tasklet has finished processing. Use the
    callback_data field of the cqr to store a token, which is set by
    the callback function itself.
    
    Cc: <stable@kernel.org>
    Signed-off-by: Stefan Weinhuber <wein@de.ibm.com>
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
  4. powerpc/perf_event: Fix oops due to perf_event_do_pending call

    paulusmack committed with ozbenh Apr 13, 2010
    Anton Blanchard found that large POWER systems would occasionally
    crash in the exception exit path when profiling with perf_events.
    The symptom was that an interrupt would occur late in the exit path
    when the MSR[RI] (recoverable interrupt) bit was clear.  Interrupts
    should be hard-disabled at this point but they were enabled.  Because
    the interrupt was not recoverable the system panicked.
    
    The reason is that the exception exit path was calling
    perf_event_do_pending after hard-disabling interrupts, and
    perf_event_do_pending will re-enable interrupts.
    
    The simplest and cleanest fix for this is to use the same mechanism
    that 32-bit powerpc does, namely to cause a self-IPI by setting the
    decrementer to 1.  This means we can remove the tests in the exception
    exit path and raw_local_irq_restore.
    
    This also makes sure that the call to perf_event_do_pending from
    timer_interrupt() happens within irq_enter/irq_exit.  (Note that
    calling perf_event_do_pending from timer_interrupt does not mean that
    there is a possible 1/HZ latency; setting the decrementer to 1 ensures
    that the timer interrupt will happen immediately, i.e. within one
    timebase tick, which is a few nanoseconds or 10s of nanoseconds.)
    
    Signed-off-by: Paul Mackerras <paulus@samba.org>
    Cc: stable@kernel.org
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
  5. ceph: preserve seq # on requeued messages after transient transport e…

    liewegas committed May 12, 2010
    …rrors
    
    If the tcp connection drops and we reconnect to reestablish a stateful
    session (with the mds), we need to resend previously sent (and possibly
    received) messages with the _same_ seq # so that they can be dropped on
    the other end if needed.  Only assign a new seq once after the message is
    queued.
    
    Signed-off-by: Sage Weil <sage@newdream.net>
  6. ceph: fix cap removal races

    liewegas committed May 12, 2010
    The iterate_session_caps helper traverses the session caps list and tries
    to grab an inode reference.  However, the __ceph_remove_cap was clearing
    the inode backpointer _before_ removing itself from the session list,
    causing a null pointer dereference.
    
    Clear cap->ci under protection of s_cap_lock to avoid the race, and to
    tightly couple the list and backpointer state.  Use a local flag to
    indicate whether we are releasing the cap, as cap->session may be modified
    by a racing thread in iterate_session_caps.
    
    Signed-off-by: Sage Weil <sage@newdream.net>
  7. Merge branch 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/…

    torvalds committed May 12, 2010
    …kernel/git/jdelvare/staging
    
    * 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging:
      hwmon: (applesmc) Correct sysfs fan error handling
      hwmon: (asc7621) Bug fixes
  8. Merge branch 'perf-fixes-for-linus' of git://git.kernel.org/pub/scm/l…

    torvalds committed May 12, 2010
    …inux/kernel/git/tip/linux-2.6-tip
    
    * 'perf-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      kprobes/x86: Fix removed int3 checking order
      perf: Fix static strings treated like dynamic ones
  9. drivers/gpu/drm/i915/i915_irq.c:i915_error_object_create(): use corre…

    akpm00 committed with torvalds May 11, 2010
    …ct kmap-atomic slot
    
    i915_error_object_create() is called from the timer interrupt and hence
    can corrupt the KM_USER0 slot.  Use KM_IRQ0 instead.
    
    Reported-by: Jaswinder Singh Rajput <jaswinderlinux@gmail.com>
    Tested-by: Jaswinder Singh Rajput <jaswinderlinux@gmail.com>
    Acked-by: Chris Wilson <chris@chris-wilson.co.uk>
    Cc: Dave Airlie <airlied@linux.ie>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  10. hp_accel: fix race in device removal

    Oliver Neukum committed with torvalds May 11, 2010
    The work queue has to be flushed after the device has been made
    inaccessible.  The patch closes a window during which a work queue might
    remain active after the device is removed and would then lead to ACPI
    calls with undefined behavior.
    
    Signed-off-by: Oliver Neukum <oneukum@suse.de>
    Acked-by: Eric Piel <eric.piel@tremplin-utc.net>
    Acked-by: Pavel Machek <pavel@ucw.cz>
    Cc: Pavel Herrmann <morpheus.ibis@gmail.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  11. mqueue: fix kernel BUG caused by double free() on mq_open()

    andre-rosa committed with torvalds May 11, 2010
    In case of aborting because we reach the maximum amount of memory which
    can be allocated to message queues per user (RLIMIT_MSGQUEUE), we would
    try to free the message area twice when bailing out: first by the error
    handling code itself, and then later when cleaning up the inode through
    delete_inode().
    
    Signed-off-by: André Goddard Rosa <andre.goddard@gmail.com>
    Cc: Alexey Dobriyan <adobriyan@gmail.com>
    Cc: Al Viro <viro@zeniv.linux.org.uk>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  12. fbdev: bfin-t350mcqb-fb: fix fbmem allocation with blanking lines

    mhennerich committed with torvalds May 11, 2010
    The current allocation does not include the memory required for blanking
    lines.  So avoid memory corruption when multiple devices are using the DMA
    memory near each other.
    
    Signed-off-by: Michael Hennerich <michael.hennerich@analog.com>
    Signed-off-by: Mike Frysinger <vapier@gentoo.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  13. memcg: fix css_is_ancestor() RCU locking

    hkamezawa committed with torvalds May 11, 2010
    Some callers (in memcontrol.c) calls css_is_ancestor() without
    rcu_read_lock.  Because css_is_ancestor() has to access RCU protected
    data, it should be under rcu_read_lock().
    
    This makes css_is_ancestor() itself does safe access to RCU protected
    area.  (At least, "root" can have refcnt==0 if it's not an ancestor of
    "child".  So, we need rcu_read_lock().)
    
    Signed-off-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
    Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
    Cc: Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp>
    Cc: Balbir Singh <balbir@linux.vnet.ibm.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  14. memcg: fix css_id() RCU locking for real

    hkamezawa committed with torvalds May 11, 2010
    Commit ad4ba37 ("memcg: css_id() must be
    called under rcu_read_lock()") modifies memcontol.c for fixing RCU check
    message.  But Andrew Morton pointed out that the fix doesn't seems sane
    and it was just for hidining lockdep messages.
    
    This is a patch for do proper things.  Checking again, all places,
    accessing without rcu_read_lock, that commit fixies was intentional....
    all callers of css_id() has reference count on it.  So, it's not necessary
    to be under rcu_read_lock().
    
    Considering again, we can use rcu_dereference_check for css_id().  We know
    css->id is valid if css->refcnt > 0.  (css->id never changes and freed
    after css->refcnt going to be 0.)
    
    This patch makes use of rcu_dereference_check() in css_id/depth and remove
    unnecessary rcu-read-lock added by the commit.
    
    Signed-off-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
    Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
    Cc: Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp>
    Cc: Balbir Singh <balbir@linux.vnet.ibm.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  15. bsdacct: use del_timer_sync() in acct_exit_ns()

    Vitaliy Gusev committed with torvalds May 11, 2010
    acct_exit_ns --> acct_file_reopen deletes timer without check timer
    execution on other CPUs.  So acct_timeout() can change an unmapped memory.
    
    Signed-off-by: Vitaliy Gusev <vgusev@openvz.org>
    Cc: Pavel Emelyanov <xemul@openvz.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  16. rmap: remove anon_vma check in page_address_in_vma()

    Naoya-Horiguchi committed with torvalds May 11, 2010
    Currently page_address_in_vma() compares vma->anon_vma and
    page_anon_vma(page) for parameter check, but in 2.6.34 a vma can have
    multiple anon_vmas with anon_vma_chain, so current check does not work.
    (For anonymous page shared by multiple processes, some verified (page,vma)
    pairs return -EFAULT wrongly.)
    
    We can go to checking all anon_vmas in the "same_vma" chain, but it needs
    to meet lock requirement.  Instead, we can remove anon_vma check safely
    because page_address_in_vma() assumes that page and vma are already
    checked to belong to the identical process.
    
    Signed-off-by: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>
    Reviewed-by: Rik van Riel <riel@redhat.com>
    Cc: Andi Kleen <andi@firstfloor.org>
    Cc: Andrea Arcangeli <aarcange@redhat.com>
    Cc: Mel Gorman <mel@csn.ul.ie>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  17. hugetlbfs: kill applications that use MAP_NORESERVE with SIGBUS inste…

    gormanm committed with torvalds May 11, 2010
    …ad of OOM-killer
    
    Ordinarily, application using hugetlbfs will create mappings with
    reserves.  For shared mappings, these pages are reserved before mmap()
    returns success and for private mappings, the caller process is guaranteed
    and a child process that cannot get the pages gets killed with sigbus.
    
    An application that uses MAP_NORESERVE gets no reservations and mmap()
    will always succeed at the risk the page will not be available at fault
    time.  This might be used for example on very large sparse mappings where
    the developer is confident the necessary huge pages exist to satisfy all
    faults even though the whole mapping cannot be backed by huge pages.
    Unfortunately, if an allocation does fail, VM_FAULT_OOM is returned to the
    fault handler which proceeds to trigger the OOM-killer.  This is
    unhelpful.
    
    Even without hugetlbfs mounted, a user using mmap() can trivially trigger
    the OOM-killer because VM_FAULT_OOM is returned (will provide example
    program if desired - it's a whopping 24 lines long).  It could be
    considered a DOS available to an unprivileged user.
    
    This patch alters hugetlbfs to kill a process that uses MAP_NORESERVE
    where huge pages were not available with SIGBUS instead of triggering the
    OOM killer.
    
    This change affects hugetlb_cow() as well.  I feel there is a failure case
    in there, but I didn't create one.  It would need a fairly specific target
    in terms of the faulting application and the hugepage pool size.  The
    hugetlb_no_page() path is much easier to hit but both might as well be
    closed.
    
    Signed-off-by: Mel Gorman <mel@csn.ul.ie>
    Cc: Lee Schermerhorn <lee.schermerhorn@hp.com>
    Cc: David Rientjes <rientjes@google.com>
    Cc: Andi Kleen <andi@firstfloor.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  18. kexec: fix OOPS in crash_kernel_shrink

    vtl committed with torvalds May 11, 2010
    Two "echo 0 > /sys/kernel/kexec_crash_size" OOPSes kernel.  Also content
    of this file is invalid after first shrink to zero: it shows 1 instead of
    0.
    
    This scenario is unlikely to happen often (root privs, valid crashkernel=
    in cmdline, dump-capture kernel not loaded), I hit it only by chance.
    
    This patch fixes it.
    
    Signed-off-by: Vitaly Mayatskikh <v.mayatskih@gmail.com>
    Cc: Cong Wang <amwang@redhat.com>
    Cc: Neil Horman <nhorman@tuxdriver.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  19. mmc: atmel-mci: fix in debugfs: response value printing

    Nicolas Ferre committed with torvalds May 11, 2010
    In debugfs, printing of command response reports resp[2] twice: fix it to
    resp[3].
    
    Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
    Haavard Skinnemoen <hskinnemoen@atmel.com>
    Cc: <linux-mmc@vger.kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  20. mmc: atmel-mci: remove data error interrupt after xfer

    Nicolas Ferre committed with torvalds May 11, 2010
    Disable data error interrupts while we are actually recording that there
    is not such errors.  This will prevent, in some cases, the warning message
    printed at new request queuing (in atmci_start_request()).
    
    Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
    Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
    Cc: <linux-mmc@vger.kernel.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  21. mmc: atmel-mci: prevent kernel oops while removing card

    Nicolas Ferre committed with torvalds May 11, 2010
    The removing of an SD card in certain circumstances can lead to a kernel
    oops if we do not make sure that the "data" field of the host structure is
    valid.  This patch adds a test in atmci_dma_cleanup() function and also
    calls atmci_stop_dma() before throwing away the reference to data.
    
    Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
    Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
    Cc: <linux-mmc@vger.kernel.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  22. mmc: atmel-mci: fix two parameters swapped

    Nicolas Ferre committed with torvalds May 11, 2010
    Two parameters were swapped in the calls to atmci_init_slot().
    
    Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
    Reported-by: Anders Grahn <anders.grahn@hd-wireless.se>
    Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
    Cc: <linux-mmc@vger.kernel.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  23. revert "procfs: provide stack information for threads" and its fixup …

    Robin Holt committed with torvalds May 11, 2010
    …commits
    
    Originally, commit d899bf7 ("procfs: provide stack information for
    threads") attempted to introduce a new feature for showing where the
    threadstack was located and how many pages are being utilized by the
    stack.
    
    Commit c44972f ("procfs: disable per-task stack usage on NOMMU") was
    applied to fix the NO_MMU case.
    
    Commit 89240ba ("x86, fs: Fix x86 procfs stack information for threads on
    64-bit") was applied to fix a bug in ia32 executables being loaded.
    
    Commit 9ebd4eb ("procfs: fix /proc/<pid>/stat stack pointer for kernel
    threads") was applied to fix a bug which had kernel threads printing a
    userland stack address.
    
    Commit 1306d60 ('proc: partially revert "procfs: provide stack
    information for threads"') was then applied to revert the stack pages
    being used to solve a significant performance regression.
    
    This patch nearly undoes the effect of all these patches.
    
    The reason for reverting these is it provides an unusable value in
    field 28.  For x86_64, a fork will result in the task->stack_start
    value being updated to the current user top of stack and not the stack
    start address.  This unpredictability of the stack_start value makes
    it worthless.  That includes the intended use of showing how much stack
    space a thread has.
    
    Other architectures will get different values.  As an example, ia64
    gets 0.  The do_fork() and copy_process() functions appear to treat the
    stack_start and stack_size parameters as architecture specific.
    
    I only partially reverted c44972f ("procfs: disable per-task stack usage
    on NOMMU") .  If I had completely reverted it, I would have had to change
    mm/Makefile only build pagewalk.o when CONFIG_PROC_PAGE_MONITOR is
    configured.  Since I could not test the builds without significant effort,
    I decided to not change mm/Makefile.
    
    I only partially reverted 89240ba ("x86, fs: Fix x86 procfs stack
    information for threads on 64-bit") .  I left the KSTK_ESP() change in
    place as that seemed worthwhile.
    
    Signed-off-by: Robin Holt <holt@sgi.com>
    Cc: Stefani Seibold <stefani@seibold.net>
    Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
    Cc: Michal Simek <monstr@monstr.eu>
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  24. it8761e_gpio: fix bug in gpio numbering

    Denis Turischev committed with torvalds May 11, 2010
    The SIO chip contains 16 possible gpio lines, not 14.  The schematic was
    not read carefully.
    
    Signed-off-by: Denis Turischev <denis@compulab.co.il>
    Cc: David Brownell <david-b@pacbell.net>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
  25. dma-mapping: fix dma_sync_single_range_*

    fujita committed with torvalds May 11, 2010
    dma_sync_single_range_for_cpu() and dma_sync_single_range_for_device() use
    a wrong address with a partial synchronization.
    
    Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
    Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Commits on May 11, 2010
  1. ceph: zero unused message header, footer fields

    liewegas committed May 11, 2010
    We shouldn't leak any prior memory contents to other parties.  And random
    data, particularly in the 'version' field, can cause problems down the
    line.
    
    Signed-off-by: Sage Weil <sage@newdream.net>
  2. Merge branch 'drm-linus' of git://git.kernel.org/pub/scm/linux/kernel…

    torvalds committed May 11, 2010
    …/git/airlied/drm-2.6
    
    * 'drm-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6:
      drm/radeon: Fix 3 regressions - since buffer rework
  3. Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6

    torvalds committed May 11, 2010
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
      net: Fix FDDI and TR config checks in ipv4 arp and LLC.
      IPv4: unresolved multicast route cleanup
      mac80211: remove association work when processing deauth request
      ar9170: wait for asynchronous firmware loading
      ipv4: udp: fix short packet and bad checksum logging
      phy: Fix initialization in micrel driver.
      sctp: Fix a race between ICMP protocol unreachable and connect()
      veth: Dont kfree_skb() after dev_forward_skb()
      IPv6: fix IPV6_RECVERR handling of locally-generated errors
      net/gianfar: drop recycled skbs on MTU change
      iwlwifi: work around passive scan issue