1. 20 Jan, 2017 1 commit
  2. 06 Jan, 2017 1 commit
  3. 19 Dec, 2016 1 commit
  4. 13 Dec, 2016 18 commits
  5. 12 Dec, 2016 8 commits
  6. 11 Dec, 2016 6 commits
    • WANG Cong's avatar
      e1000: use disable_hardirq() for e1000_netpoll() · 31119129
      WANG Cong authored
      In commit 02cea395
      
       ("genirq: Provide disable_hardirq()")
      Peter introduced disable_hardirq() for netpoll, but it is forgotten
      to use it for e1000.
      
      This patch changes disable_irq() to disable_hardirq() for e1000.
      Reported-by: default avatarDave Jones <davej@codemonkey.org.uk>
      Suggested-by: default avatarSabrina Dubroca <sd@queasysnail.net>
      Cc: Peter Zijlstra (Intel) <peterz@infradead.org>
      Cc: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: default avatarCong Wang <xiyou.wangcong@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      31119129
    • Keller, Jacob E's avatar
      i40e: don't truncate match_method assignment · 0266ac45
      Keller, Jacob E authored
      
      
      The .match_method field is a u8, so we shouldn't be casting to a u16,
      and because it is only one byte, we do not need to byte swap anything.
      Just assign the value directly. This avoids issues on Big Endian
      architectures which would have byte swapped and then incorrectly
      truncated the value.
      Signed-off-by: default avatarJacob Keller <jacob.e.keller@intel.com>
      Cc: Stephen Rothwell <sfr@canb.auug.org.au>
      Cc: Bimmy Pujari <bimmy.pujari@intel.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      0266ac45
    • WingMan Kwok's avatar
      net: ethernet: ti: netcp: add support of cpts · 6246168b
      WingMan Kwok authored
      
      
      This patch adds support of the cpts device found in the
      gbe and 10gbe ethernet switches on the keystone 2 SoCs
      (66AK2E/L/Hx, 66AK2Gx).
      
      Cc: Richard Cochran <richardcochran@gmail.com>
      Signed-off-by: default avatarWingMan Kwok <w-kwok2@ti.com>
      Signed-off-by: default avatarGrygorii Strashko <grygorii.strashko@ti.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6246168b
    • Timur Tabi's avatar
      net: phy: phy drivers should not set SUPPORTED_[Asym_]Pause · 529ed127
      Timur Tabi authored
      Instead of having individual PHY drivers set the SUPPORTED_Pause and
      SUPPORTED_Asym_Pause flags, phylib itself should set those flags,
      unless there is a hardware erratum or other special case.  During
      autonegotiation, the PHYs will determine whether to enable pause
      frame support.
      
      Pause frames are a feature that is supported by the MAC.  It is the MAC
      that generates the frames and that processes them.  The PHY can only be
      configured to allow them to pass through.
      
      This commit also effectively reverts the recently applied c7a61319
      
      
      ("net: phy: dp83848: Support ethernet pause frames").
      
      So the new process is:
      
      1) Unless the PHY driver overrides it, phylib sets the SUPPORTED_Pause
      and SUPPORTED_AsymPause bits in phydev->supported.  This indicates that
      the PHY supports pause frames.
      
      2) The MAC driver checks phydev->supported before it calls phy_start().
      If (SUPPORTED_Pause | SUPPORTED_AsymPause) is set, then the MAC driver
      sets those bits in phydev->advertising, if it wants to enable pause
      frame support.
      
      3) When the link state changes, the MAC driver checks phydev->pause and
      phydev->asym_pause,  If the bits are set, then it enables the corresponding
      features in the MAC.  The algorithm is:
      
      	if (phydev->pause)
      		The MAC should be programmed to receive and honor
                      pause frames it receives, i.e. enable receive flow control.
      
      	if (phydev->pause != phydev->asym_pause)
      		The MAC should be programmed to transmit pause
      		frames when needed, i.e. enable transmit flow control.
      Signed-off-by: default avatarTimur Tabi <timur@codeaurora.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      529ed127
    • Lino Sanfilippo's avatar
      net: ethernet: stmmac: remove private tx queue lock · 739c8e14
      Lino Sanfilippo authored
      
      
      The driver uses a private lock for synchronization of the xmit function and
      the xmit completion handler, but since the NETIF_F_LLTX flag is not set,
      the xmit function is also called with the xmit_lock held.
      
      On the other hand the completion handler uses the reverse locking order by
      first taking the private lock and (in case that the tx queue had been
      stopped) then the xmit_lock.
      
      Improve the locking by removing the private lock and using only the
      xmit_lock for synchronization instead.
      Signed-off-by: default avatarLino Sanfilippo <LinoSanfilippo@gmx.de>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      739c8e14
    • Lino Sanfilippo's avatar
      net: ethernet: sxgbe: remove private tx queue lock · 980f1404
      Lino Sanfilippo authored
      
      
      The driver uses a private lock for synchronization of the xmit function and
      the xmit completion handler, but since the NETIF_F_LLTX flag is not set,
      the xmit function is also called with the xmit_lock held.
      
      On the other hand the completion handler uses the reverse locking order by
      first taking the private lock and (in case that the tx queue had been
      stopped) then the xmit_lock.
      
      Improve the locking by removing the private lock and using only the
      xmit_lock for synchronization instead.
      Signed-off-by: default avatarLino Sanfilippo <LinoSanfilippo@gmx.de>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      980f1404
  7. 10 Dec, 2016 5 commits