1. 27 Jul, 2015 32 commits
  2. 26 Jul, 2015 7 commits
    • KY Srinivasan's avatar
      hv_netvsc: Wait for sub-channels to be processed during probe · b3e6b82a
      KY Srinivasan authored
      The current code returns from probe without waiting for the proper handling
      of subchannels that may be requested. If the netvsc driver were to be rapidly
      loaded/unloaded, we can  trigger a panic as the unload will be tearing
      down state that may not have been fully setup yet. We fix this issue by making
      sure that we return from the probe call only after ensuring that the
      sub-channel offers in flight are properly handled.
      
      Reviewed-and-tested-by: Haiyang Zhang <haiyangz@microsoft.com
      Signed-off-by: default avatarK. Y. Srinivasan <kys@microsoft.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b3e6b82a
    • Hariprasad Shenai's avatar
      cxgb4: Allow firmware flash, only if cxgb4 is the master driver · 402b7645
      Hariprasad Shenai authored
      Adapter can go for a toss, if cxgb4 is loaded as slave and we try to
      upgrade the firmware. So add a check for the same before flashing
      firmware using ethtool.
      Signed-off-by: default avatarHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      402b7645
    • Thomas Graf's avatar
      vxlan: Use proper endian type for vni in vxlan[6]_xmit_skb · 6b6948dd
      Thomas Graf authored
      Silences the following sparse warnings:
      drivers/net/vxlan.c:1818:21: warning: incorrect type in assignment (different base types)
      drivers/net/vxlan.c:1818:21:    expected restricted __be32 [usertype] vx_vni
      drivers/net/vxlan.c:1818:21:    got unsigned int [unsigned] [usertype] vni
      drivers/net/vxlan.c:2014:58: warning: incorrect type in argument 11 (different base types)
      drivers/net/vxlan.c:2014:58:    expected unsigned int [unsigned] [usertype] vni
      drivers/net/vxlan.c:2014:58:    got restricted __be32 [usertype] <noident>
      
      Fixes: 614732ea ("openvswitch: Use regular VXLAN net_device device")
      Reported-by: default avatarkbuild test robot <fengguang.wu@intel.com>
      Signed-off-by: default avatarThomas Graf <tgraf@suug.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6b6948dd
    • David S. Miller's avatar
      Merge branch 'tipc' · 1d70ec70
      David S. Miller authored
      Jon Maloy says:
      
      ====================
      tipc: clean up socket message reception
      
      Despite recent improvements the message reception code in socket.c is
      perceived as obscure and hard to follow, especially regarding the logics
      for message rejection. With the commits in this series we try to remedy
      this situation.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      1d70ec70
    • Jon Paul Maloy's avatar
      tipc: clean up socket layer message reception · cda3696d
      Jon Paul Maloy authored
      When a message is received in a socket, one of the call chains
      tipc_sk_rcv()->tipc_sk_enqueue()->filter_rcv()(->tipc_sk_proto_rcv())
      or
      tipc_sk_backlog_rcv()->filter_rcv()(->tipc_sk_proto_rcv())
      are followed. At each of these levels we may encounter situations
      where the message may need to be rejected, or a new message
      produced for transfer back to the sender. Despite recent
      improvements, the current code for doing this is perceived
      as awkward and hard to follow.
      
      Leveraging the two previous commits in this series, we now
      introduce a more uniform handling of such situations. We
      let each of the functions in the chain itself produce/reverse
      the message to be returned to the sender, but also perform the
      actual forwarding. This simplifies the necessary logics within
      each function.
      Reviewed-by: default avatarYing Xue <ying.xue@windriver.com>
      Signed-off-by: default avatarJon Maloy <jon.maloy@ericsson.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      cda3696d
    • Jon Paul Maloy's avatar
      tipc: introduce new tipc_sk_respond() function · bcd3ffd4
      Jon Paul Maloy authored
      Currently, we use the code sequence
      
      if (msg_reverse())
         tipc_link_xmit_skb()
      
      at numerous locations in socket.c. The preparation of arguments
      for these calls, as well as the sequence itself, makes the code
      unecessarily complex.
      
      In this commit, we introduce a new function, tipc_sk_respond(),
      that performs this call combination. We also replace some, but not
      yet all, of these explicit call sequences with calls to the new
      function. Notably, we let the function tipc_sk_proto_rcv() use
      the new function to directly send out PROBE_REPLY messages,
      instead of deferring this to the calling tipc_sk_rcv() function,
      as we do now.
      Reviewed-by: default avatarYing Xue <ying.xue@windriver.com>
      Signed-off-by: default avatarJon Maloy <jon.maloy@ericsson.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      bcd3ffd4
    • Jon Paul Maloy's avatar
      tipc: let function tipc_msg_reverse() expand header when needed · 29042e19
      Jon Paul Maloy authored
      The shortest TIPC message header, for cluster local CONNECTED messages,
      is 24 bytes long. With this format, the fields "dest_node" and
      "orig_node" are optimized away, since they in reality are redundant
      in this particular case.
      
      However, the absence of these fields leads to code inconsistencies
      that are difficult to handle in some cases, especially when we need
      to reverse or reject messages at the socket layer.
      
      In this commit, we concentrate the handling of the absent fields
      to one place, by letting the function tipc_msg_reverse() reallocate
      the buffer and expand the header to 32 bytes when necessary. This
      means that the socket code now can assume that the two previously
      absent fields are present in the header when a message needs to be
      rejected. This opens up for some further simplifications of the
      socket code.
      Reviewed-by: default avatarYing Xue <ying.xue@windriver.com>
      Signed-off-by: default avatarJon Maloy <jon.maloy@ericsson.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      29042e19
  3. 25 Jul, 2015 1 commit
    • David S. Miller's avatar
      Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue · a69e5a0d
      David S. Miller authored
      Jeff Kirsher says:
      
      ====================
      Intel Wired LAN Driver Updates 2015-07-23
      
      This series contains updates to e1000e, igb, ixgbevf, i40e and i40evf.
      
      Emil extends the reporting of the RSS key and hash table by adding support
      for x550 VFs.
      
      Jia-Ju Bai fixes a QoS issue in e1000e where the error handling lacked a
      call to pm_qos_remove_request() to cleanup the QoS request made in
      e1000_open().
      
      Todd updates igb to report unsupported for ethtool coalesce settings
      that are not supported.  Also updated the driver to use the ARRAY_SIZE()
      macro.
      
      Carolyn fixes and refactors the dynamic ITR code for i40e and i40evf
      which would never change dynamically.  So update the switch() statement
      to have a default case and switch on "new_latency_range" versus the
      current ITR setting.
      
      Shannon cleans up i40e code, where there were un-needed goto's.  Also
      clean up error status messages that were causing some confusion in
      PHY and FCoE setup error reports.
      
      Mitch updates the virtual channel interface to prepare for the x722 device
      and other future devices, so that the VF driver can report what its
      capable of supporting to the PF driver.  Updates the i40evf driver to
      handle resets like Core or EMP resets, where the device is reinitialized
      and the VF will not get the same VSI.
      
      Jesse updates the i40e and i40evf driver to use the kernel BIT() and
      BIT_ULL() macros.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a69e5a0d