1. 08 Mar, 2012 2 commits
  2. 07 Mar, 2012 8 commits
    • Dave Airlie's avatar
      drm/radeon: deal with errors from framebuffer init path. · aaefcd42
      Dave Airlie authored
      We've been getting occasional oops running a 32-bit kernel on a certain
      system in our RHEL test hw. It appears that we fail to get sufficent ioremap
      space for the framebuffer, and this leads to an oops.
      
      This patch should fix the oops and leave a message in the logs we can
      check for.
      
      A future fix would probably to resize the console to a size that we can
      ioremap.
      Reviewed-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      aaefcd42
    • Christian König's avatar
      drm/radeon: fix a semaphore deadlock on pre cayman asics · 0be70439
      Christian König authored
      The out of order execution of semaphore commands on
      pre cayman asics doesn't work correctly and can
      cause deadlocks, so turn it off for now.
      Signed-off-by: default avatarChristian König <deathsimple@vodafone.de>
      Reviewed-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      0be70439
    • Linus Torvalds's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net · dac12d1f
      Linus Torvalds authored
      Pull networking fixes from David Miller:
      
      1) TCP can chop up SACK'd SKBs below below the unacked send sequence and
         that breaks lots of stuff.  Fix from Neal Cardwell.
      
      2) There is code in ipv6 to properly join and leave the all-routers
         multicast code when the forwarding setting is changed, but once
         forwarding is turned on, we don't do the join for newly registered
         devices.  Fix from Li Wei.
      
      3) Netfilter's NAT module autoload in ctnetlink drops a spinlock around
         a sleeping call, problem is this code path doesn't actually hold that
         lock.  Fix from Pablo Neira Ayuso.
      
      4) TG3 uses the wrong interfaces to hook into the new byte queue limit
         support.  It uses the device level interfaces, which is fine for
         single queue devices, but on more recent chips this driver supports
         multiqueue so we have to use the multiqueue BQL APIs.  Fix from Tom
         Herbert.
      
      5) r8169 resume fix from Francois Romieu.
      
      6) Add some cxgb4 device IDs, from Vipul Pandya.
      
      * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net:
        IPv6: Fix not join all-router mcast group when forwarding set.
        caif-hsi: Set default MTU to 4096
        cxgb4vf: Add support for Chelsio's T480-CR and T440-LP-CR adapters
        cxgb4: Add support for Chelsio's T480-CR and T440-LP-CR adapters
        mlx4_core: remove buggy sched_queue masking
        netfilter: nf_conntrack: fix early_drop with reliable event delivery
        bridge: netfilter: don't call iptables on vlan packets if sysctl is off
        netfilter: bridge: fix wrong pointer dereference
        netfilter: ctnetlink: remove incorrect spin_[un]lock_bh on NAT module autoload
        netfilter: ebtables: fix wrong name length while copying to user-space
        r8169: runtime resume before shutdown.
        tcp: fix tcp_shift_skb_data() to not shift SACKed data below snd_una
        tg3: Fix to use multi queue BQL interfaces
      dac12d1f
    • Linus Torvalds's avatar
      x86: fix typo in recent find_vma_prev purge · 55062d06
      Linus Torvalds authored
      It turns out that test-compiling this file on x86-64 doesn't really
      help, because much of it is x86-32-specific.  And so I hadn't noticed
      the slightly over-eager removal of the 'r' from 'addr' variable despite
      thinking I had tested it.
      Signed-off-by: default avatarLinus "oopsie" Torvalds <torvalds@linux-foundation.org>
      55062d06
    • Linus Torvalds's avatar
      vm: avoid using find_vma_prev() unnecessarily · 097d5910
      Linus Torvalds authored
      Several users of "find_vma_prev()" were not in fact interested in the
      previous vma if there was no primary vma to be found either.  And in
      those cases, we're much better off just using the regular "find_vma()",
      and then "prev" can be looked up by just checking vma->vm_prev.
      
      The find_vma_prev() semantics are fairly subtle (see Mikulas' recent
      commit 83cd904d: "mm: fix find_vma_prev"), and the whole "return
      prev by reference" means that it generates worse code too.
      
      Thus this "let's avoid using this inconvenient and clearly too subtle
      interface when we don't really have to" patch.
      
      Cc: Mikulas Patocka <mpatocka@redhat.com>
      Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      097d5910
    • Linus Torvalds's avatar
      Merge git://git.samba.org/sfrench/cifs-2.6 · 71fece95
      Linus Torvalds authored
      Pull CIFS fixes from Steve French
      
      * git://git.samba.org/sfrench/cifs-2.6:
        cifs: fix dentry refcount leak when opening a FIFO on lookup
        CIFS: Fix mkdir/rmdir bug for the non-POSIX case
      71fece95
    • Mikulas Patocka's avatar
      mm: fix find_vma_prev · 83cd904d
      Mikulas Patocka authored
      Commit 6bd4837d ("mm: simplify find_vma_prev()") broke memory
      management on PA-RISC.
      
      After application of the patch, programs that allocate big arrays on the
      stack crash with segfault, for example, this will crash if compiled
      without optimization:
      
        int main()
        {
      	char array[200000];
      	array[199999] = 0;
      	return 0;
        }
      
      The reason is that PA-RISC has up-growing stack and the stack is usually
      the last memory area.  In the above example, a page fault happens above
      the stack.
      
      Previously, if we passed too high address to find_vma_prev, it returned
      NULL and stored the last VMA in *pprev.  After "simplify find_vma_prev"
      change, it stores NULL in *pprev.  Consequently, the stack area is not
      found and it is not expanded, as it used to be before the change.
      
      This patch restores the old behavior and makes it return the last VMA in
      *pprev if the requested address is higher than address of any other VMA.
      Signed-off-by: default avatarMikulas Patocka <mpatocka@redhat.com>
      Acked-by: default avatarKOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      83cd904d
    • Thomas Gleixner's avatar
      genirq: Clear action->thread_mask if IRQ_ONESHOT is not set · 52abb700
      Thomas Gleixner authored
      Xommit ac563761(genirq: Unmask oneshot irqs when thread was not woken)
      fails to unmask when a !IRQ_ONESHOT threaded handler is handled by
      handle_level_irq.
      
      This happens because thread_mask is or'ed unconditionally in
      irq_wake_thread(), but for !IRQ_ONESHOT interrupts never cleared.  So
      the check for !desc->thread_active fails and keeps the interrupt
      disabled.
      
      Keep the thread_mask zero for !IRQ_ONESHOT interrupts.
      
      Document the thread_mask magic while at it.
      Reported-and-tested-by: default avatarSven Joachim <svenjoac@gmx.de>
      Reported-and-tested-by: default avatarStefan Lippers-Hollmann <s.l-h@gmx.de>
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      52abb700
  3. 06 Mar, 2012 30 commits