1. 01 Dec, 2015 6 commits
    • David S. Miller's avatar
      Merge branch 'sfc-8000' · ee4db742
      David S. Miller authored
      Bert Kenward says:
      
      ====================
      Basic support for Solarflare 8000 series NICs
      
      The upcoming Solarflare 8000 series 10G/40G network card supports a
      similar interface to the current 7000 series cards. This patch series
      provides basic support for these cards, making no use of any new
      functionality.
      
      v2: fix indenting in ef10.c in patch 1/2.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ee4db742
    • Bert Kenward's avatar
      sfc: Add PCI ID for Solarflare 8000 series 10/40G NIC · dd248f1b
      Bert Kenward authored
      Also add support for 7000 series 40G NIC VF.
      Signed-off-by: default avatarBert Kenward <bkenward@solarflare.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      dd248f1b
    • Bert Kenward's avatar
      sfc: make TSO version a per-queue parameter · 93171b14
      Bert Kenward authored
      The Solarflare 8000 series NIC will use a new TSO scheme. The current
      driver refuses to load if the current TSO scheme is not found. Remove
      that check and instead make the TSO version a per-queue parameter.
      Signed-off-by: default avatarBert Kenward <bkenward@solarflare.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      93171b14
    • Nikolay Aleksandrov's avatar
      net: add support for netdev notifier error injection · 02fff96a
      Nikolay Aleksandrov authored
      This module allows to insert errors in some of netdevice's notifier
      events. All network drivers use these notifiers to signal various events
      and to check if they are allowed, e.g. PRECHANGEMTU and CHANGEMTU
      afterwards. Until recently I had to run failure tests by injecting
      a custom module, but now this infrastructure makes it trivial to test
      these failure paths. Some of the recent bugs I fixed were found using
      this module.
      Here's an example:
       $ cd /sys/kernel/debug/notifier-error-inject/netdev
       $ echo -22 > actions/NETDEV_CHANGEMTU/error
       $ ip link set eth0 mtu 1024
       RTNETLINK answers: Invalid argument
      
      CC: Akinobu Mita <akinobu.mita@gmail.com>
      CC: "David S. Miller" <davem@davemloft.net>
      CC: netdev <netdev@vger.kernel.org>
      Signed-off-by: default avatarNikolay Aleksandrov <nikolay@cumulusnetworks.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      02fff96a
    • Vitaly Kuznetsov's avatar
      hv_netvsc: rework link status change handling · 27a70af3
      Vitaly Kuznetsov authored
      There are several issues in hv_netvsc driver with regards to link status
      change handling:
      - RNDIS_STATUS_NETWORK_CHANGE results in calling userspace helper doing
        '/etc/init.d/network restart' and this is inappropriate and broken for
        many reasons.
      - link_watch infrastructure only sends one notification per second and
        in case of e.g. paired disconnect/connect events we get only one
        notification with last status. This makes it impossible to handle such
        situations in userspace.
      
      Redo link status changes handling in the following way:
      - Create a list of reconfig events in network device context.
      - On a reconfig event add it to the list of events and schedule
        netvsc_link_change().
      - In netvsc_link_change() ensure 2-second delay between link status
        changes.
      - Handle RNDIS_STATUS_NETWORK_CHANGE as a paired disconnect/connect event.
      Signed-off-by: default avatarVitaly Kuznetsov <vkuznets@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      27a70af3
    • Rainer Weikusat's avatar
      unix: use wq_has_sleeper in unix_dgram_recvmsg · 77b75f4d
      Rainer Weikusat authored
      The current unix_dgram_recvmsg does a wake up for every received
      datagram. This seems wasteful as only SOCK_DGRAM client sockets in an
      n:1 association with a server socket will ever wait because of the
      associated condition. The patch below changes the function such that the
      wake up only happens if wq_has_sleeper indicates that someone actually
      wants to be notified. Testing with SOCK_SEQPACKET and SOCK_DGRAM socket
      seems to confirm that this is an improvment.
      Signed-Off-By: default avatarRainer Weikusat <rweikusat@mobileactivedefense.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      77b75f4d
  2. 30 Nov, 2015 17 commits
  3. 25 Nov, 2015 17 commits