1. 05 Apr, 2012 2 commits
  2. 28 Mar, 2012 1 commit
    • Don Morris's avatar
      iop-adma: Corrected array overflow in RAID6 Xscale(R) test. · 3d9ea9e3
      Don Morris authored
      Bug: cppcheck reported overflow in array assignment (for loop walks
      0 to IOP_ADMA_NUM_SRC_TEST+2, array size is IOP_ADMA_NUM_SRC_TEST).
      
      Reported as: https://bugzilla.kernel.org/show_bug.cgi?id=42677
      
      Test code pq_src array was grown by two elements to correspond with actual
      usage (IOP_ADMA_NUM_SRC_TEST+2), stack consumption was kept constant by
      modifying the pq_dest two element array which is only used when pq_src
      is referenced up to IOP_ADMA_NUM_SRC_TEST elements into the address
      of the new last two elements of the pq_src array. This is presumed to
      be the original intent but would be reliant on compilers always having
      pq_dest contiguous with the final element of pq_src.
      
      Note: This is a re-send of a request for review from two weeks ago.
      Looking for review (or shootdown), adding LKML to list for a wider
      audience. Thanks.
      
      Updated per review comments of Sergei Shtylyov <sshtylyov@mvista.com>
      Signed-off-by: default avatarDon Morris <don.morris@hp.com>
      Signed-off-by: default avatarDan Williams <dan.j.williams@intel.com>
      3d9ea9e3
  3. 23 Mar, 2012 1 commit
    • Dan Williams's avatar
      ioat: fix size of 'completion' for Xen · 27502935
      Dan Williams authored
      Starting with v3.2 Jonathan reports that Xen crashes loading the ioatdma
      driver.  A debug run shows:
      
        ioatdma 0000:00:16.4: desc[0]: (0x300cc7000->0x300cc7040) cookie: 0 flags: 0x2 ctl: 0x29 (op: 0 int_en: 1 compl: 1)
        ...
        ioatdma 0000:00:16.4: ioat_get_current_completion: phys_complete: 0xcc7000
      
      ...which shows that in this environment GFP_KERNEL memory may be backed
      by a 64-bit dma address.  This breaks the driver's assumption that an
      unsigned long should be able to contain the physical address for
      descriptor memory.  Switch to dma_addr_t which beyond being the right
      size, is the true type for the data i.e. an io-virtual address
      inidicating the engine's last processed descriptor.
      
      [stable: 3.2+]
      Cc: <stable@vger.kernel.org>
      Reported-by: default avatarJonathan Nieder <jrnieder@gmail.com>
      Reported-by: default avatarWilliam Dauchy <wdauchy@gmail.com>
      Tested-by: default avatarWilliam Dauchy <wdauchy@gmail.com>
      Tested-by: default avatarDave Jiang <dave.jiang@intel.com>
      Signed-off-by: default avatarDan Williams <dan.j.williams@intel.com>
      27502935
  4. 18 Mar, 2012 3 commits
    • Linus Torvalds's avatar
      Linux 3.3 · c16fa4f2
      Linus Torvalds authored
      c16fa4f2
    • Jason Baron's avatar
      Don't limit non-nested epoll paths · 93dc6107
      Jason Baron authored
      Commit 28d82dc1 ("epoll: limit paths") that I did to limit the
      number of possible wakeup paths in epoll is causing a few applications
      to longer work (dovecot for one).
      
      The original patch is really about limiting the amount of epoll nesting
      (since epoll fds can be attached to other fds). Thus, we probably can
      allow an unlimited number of paths of depth 1. My current patch limits
      it at 1000. And enforce the limits on paths that have a greater depth.
      
      This is captured in: https://bugzilla.redhat.com/show_bug.cgi?id=681578Signed-off-by: default avatarJason Baron <jbaron@redhat.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      93dc6107
    • Linus Torvalds's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net · c579bc7e
      Linus Torvalds authored
      Pull networking changes from David Miller:
       "1) icmp6_dst_alloc() returns NULL instead of ERR_PTR() leading to
           crashes, particularly during shutdown.  Reported by Dave Jones and
           fixed by Eric Dumazet.
      
        2) hyperv and wimax/i2400m return NETDEV_TX_BUSY when they have
           already freed the SKB, which causes crashes as to the caller this
           means requeue the packet.  Fixes from Eric Dumazet.
      
        3) usbnet driver doesn't allocate the right amount of headroom on
           fresh RX SKBs, fix from Eric Dumazet.
      
        4) Fix regression in ip6_mc_find_dev_rcu(), as an RCU lookup it
           abolutely should not take a reference to 'dev', this leads to
           leaks.  Fix from RonQing Li.
      
        5) Fix netfilter ctnetlink race between delete and timeout expiration.
           From Pablo Neira Ayuso.
      
        6) Revert SFQ change which causes regressions, specifically queueing
           to tail can lead to unavoidable flow starvation.  From Eric
           Dumazet.
      
        7) Fix a memory leak and a crash on corrupt firmware files in bnx2x,
           from Michal Schmidt."
      
      * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net:
        netfilter: ctnetlink: fix race between delete and timeout expiration
        ipv6: Don't dev_hold(dev) in ip6_mc_find_dev_rcu.
        wimax/i2400m: fix erroneous NETDEV_TX_BUSY use
        net/hyperv: fix erroneous NETDEV_TX_BUSY use
        net/usbnet: reserve headroom on rx skbs
        bnx2x: fix memory leak in bnx2x_init_firmware()
        bnx2x: fix a crash on corrupt firmware file
        sch_sfq: revert dont put new flow at the end of flows
        ipv6: fix icmp6_dst_alloc()
      c579bc7e
  5. 17 Mar, 2012 10 commits
  6. 16 Mar, 2012 23 commits