1. 12 Feb, 2019 26 commits
  2. 11 Feb, 2019 2 commits
  3. 10 Feb, 2019 10 commits
  4. 09 Feb, 2019 2 commits
    • Russell King's avatar
      net: marvell: mvpp2: clear flow control modes in 10G mode · e240b7db
      Russell King authored
      When mvpp2 configures the flow control modes in mvpp2_xlg_config() for
      10G mode, it only ever set the flow control enable bits.  There is no
      mechanism to clear these bits, which means that userspace is unable to
      use standard APIs to disable flow control (the only way is to poke the
      register directly.)
      
      Fix the missing bit clearance to allow flow control to be disabled.
      This means that, by default, as there is no negotiation in 10G modes
      with mvpp2, flow control is now disabled rather than being rx-only.
      Signed-off-by: default avatarRussell King <rmk+kernel@armlinux.org.uk>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      e240b7db
    • Andrew Lunn's avatar
      net: phy: Add support for asking the PHY its abilities · efbdfdc2
      Andrew Lunn authored
      Add support for runtime determination of what the PHY supports, by
      adding a new function to the phy driver. The get_features call should
      set the phydev->supported member with the features the PHY supports.
      It is only called if phydrv->features is NULL.
      
      This requires minor changes to pause. The PHY driver should not set
      pause abilities, except for when it has odd cause capabilities, e.g.
      pause cannot be disabled. With this change, phydev->supported already
      contains the drivers abilities, including pause. So rather than
      considering phydrv->features, look at the phydev->supported, and
      enable pause if neither of the pause bits are already set.
      Signed-off-by: default avatarAndrew Lunn <andrew@lunn.ch>
      [hkallweit1@gmail.com: fixed small checkpatch complaint in one comment]
      Signed-off-by: default avatarHeiner Kallweit <hkallweit1@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      efbdfdc2