1. 30 11月, 2017 1 次提交
  2. 28 11月, 2017 4 次提交
  3. 11 11月, 2017 1 次提交
  4. 08 11月, 2017 2 次提交
    • M
      net: mvpp2: add ethtool GOP statistics · 118d6298
      Miquel Raynal 提交于
      Add ethtool statistics support by reading the GOP statistics from the
      hardware counters. Also implement a workqueue to gather the statistics
      every second or some 32-bit counters could overflow.
      Suggested-by: NStefan Chulski <stefanc@marvell.com>
      Signed-off-by: NMiquel Raynal <miquel.raynal@free-electrons.com>
      Reviewed-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      118d6298
    • M
      net: mvpp2: Prevent userspace from changing TX affinities · 13c249a9
      Marc Zyngier 提交于
      The mvpp2 driver can't cope at all with the TX affinities being
      changed from userspace, and spit an endless stream of
      
      [   91.779920] mvpp2 f4000000.ethernet eth2: wrong cpu on the end of Tx processing
      [   91.779930] mvpp2 f4000000.ethernet eth2: wrong cpu on the end of Tx processing
      [   91.780402] mvpp2 f4000000.ethernet eth2: wrong cpu on the end of Tx processing
      [   91.780406] mvpp2 f4000000.ethernet eth2: wrong cpu on the end of Tx processing
      [   91.780415] mvpp2 f4000000.ethernet eth2: wrong cpu on the end of Tx processing
      [   91.780418] mvpp2 f4000000.ethernet eth2: wrong cpu on the end of Tx processing
      
      rendering the box completely useless (I've measured around 600k
      interrupts/s on a 8040 box) once irqbalance kicks in and start
      doing its job.
      
      Obviously, the driver was never designed with this in mind. So let's
      work around the problem by preventing userspace from interacting
      with these interrupts altogether.
      Signed-off-by: NMarc Zyngier <marc.zyngier@arm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      13c249a9
  5. 01 11月, 2017 6 次提交
  6. 26 10月, 2017 3 次提交
  7. 24 10月, 2017 3 次提交
  8. 02 10月, 2017 1 次提交
  9. 29 9月, 2017 3 次提交
  10. 20 9月, 2017 1 次提交
  11. 04 9月, 2017 3 次提交
  12. 02 9月, 2017 3 次提交
  13. 31 8月, 2017 5 次提交
  14. 29 8月, 2017 1 次提交
    • A
      net: mvpp2: fix the mac address used when using PPv2.2 · 4c228682
      Antoine Tenart 提交于
      The mac address is only retrieved from h/w when using PPv2.1. Otherwise
      the variable holding it is still checked and used if it contains a valid
      value. As the variable isn't initialized to an invalid mac address
      value, we end up with random mac addresses which can be the same for all
      the ports handled by this PPv2 driver.
      
      Fixes this by initializing the h/w mac address variable to {0}, which is
      an invalid mac address value. This way the random assignation fallback
      is called and all ports end up with their own addresses.
      Signed-off-by: NAntoine Tenart <antoine.tenart@free-electrons.com>
      Fixes: 26975821 ("net: mvpp2: handle misc PPv2.1/PPv2.2 differences")
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4c228682
  15. 26 8月, 2017 1 次提交
  16. 24 8月, 2017 2 次提交