1. 31 May, 2015 11 commits
  2. 29 May, 2015 2 commits
    • David S. Miller's avatar
      Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec-next · a74eab63
      David S. Miller authored
      Steffen Klassert says:
      
      ====================
      pull request (net-next): ipsec-next 2015-05-28
      
      1) Remove xfrm_queue_purge as this is the same as skb_queue_purge.
      
      2) Optimize policy and state walk.
      
      3) Use a sane return code if afinfo registration fails.
      
      4) Only check fori a acquire state if the state is not valid.
      
      5) Remove a unnecessary NULL check before xfrm_pol_hold
         as it checks the input for NULL.
      
      6) Return directly if the xfrm hold queue is empty, avoid
         to take a lock as it is nothing to do in this case.
      
      7) Optimize the inexact policy search and allow for matching
         of policies with priority ~0U.
      
      All from Li RongQing.
      
      Please pull or let me know if there are problems.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a74eab63
    • Vladimir Zapolskiy's avatar
      net: qlcnic: clean up sysfs error codes · d7a32b6e
      Vladimir Zapolskiy authored
      Replace confusing QL_STATUS_INVALID_PARAM == -1 == -EPERM with -EINVAL
      and QLC_STATUS_UNSUPPORTED_CMD == -2 == -ENOENT with -EOPNOTSUPP, the
      latter error code is arguable, but it is already used in the driver,
      so let it be here as well.
      
      Also remove always false (!buf) check on read(), the driver should
      not care if userspace gets its EFAULT or not.
      Signed-off-by: default avatarVladimir Zapolskiy <vz@mleia.com>
      Acked-by: default avatarRajesh Borundia <rajesh.borundia@qlogic.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d7a32b6e
  3. 28 May, 2015 1 commit
  4. 27 May, 2015 24 commits
  5. 26 May, 2015 2 commits
    • Eric Dumazet's avatar
      tcp: fix/cleanup inet_ehash_locks_alloc() · 095dc8e0
      Eric Dumazet authored
      If tcp ehash table is constrained to a very small number of buckets
      (eg boot parameter thash_entries=128), then we can crash if spinlock
      array has more entries.
      
      While we are at it, un-inline inet_ehash_locks_alloc() and make
      following changes :
      
      - Budget 2 cache lines per cpu worth of 'spinlocks'
      - Try to kmalloc() the array to avoid extra TLB pressure.
        (Most servers at Google allocate 8192 bytes for this hash table)
      - Get rid of various #ifdef
      Signed-off-by: default avatarEric Dumazet <edumazet@google.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      095dc8e0
    • Jon Paul Maloy's avatar
      tipc: fix bug in link protocol message create function · f3903bcc
      Jon Paul Maloy authored
      In commit dd3f9e70
      ("tipc: add packet sequence number at instant of transmission") we
      made a change with the consequence that packets in the link backlog
      queue don't contain valid sequence numbers.
      
      However, when we create a link protocol message, we still use the
      sequence number of the first packet in the backlog, if there is any,
      as "next_sent" indicator in the message. This may entail unnecessary
      retransissions or stale packet transmission when there is very low
      traffic on the link.
      
      This commit fixes this issue by only using the current value of
      tipc_link::snd_nxt as indicator.
      Signed-off-by: default avatarJon Maloy <jon.maloy@ericsson.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      f3903bcc