1. 24 3月, 2017 1 次提交
  2. 09 3月, 2017 1 次提交
  3. 17 11月, 2016 1 次提交
  4. 29 10月, 2016 2 次提交
  5. 24 10月, 2016 3 次提交
  6. 20 10月, 2016 1 次提交
  7. 21 9月, 2016 7 次提交
  8. 25 7月, 2016 2 次提交
  9. 06 7月, 2016 1 次提交
  10. 14 3月, 2016 1 次提交
  11. 08 3月, 2016 1 次提交
    • I
      mlxsw: pci: Correctly determine if descriptor queue is full · 5091730d
      Ido Schimmel 提交于
      The descriptor queues for sending (SDQs) and receiving (RDQs) packets
      are managed by two counters - producer and consumer - which are both
      16-bit in size. A queue is considered full when the difference between
      the two equals the queue's maximum number of descriptors.
      
      However, if the producer counter overflows, then it's possible for the
      full queue check to fail, as it doesn't take the overflow into account.
      In such a case, descriptors already passed to the device - but for which
      a completion has yet to be posted - will be overwritten, thereby causing
      undefined behavior. The above can be achieved under heavy load (~30
      netperf instances).
      
      Fix that by casting the subtraction result to u16, preventing it from
      being treated as a signed integer.
      
      Fixes: eda6500a ("mlxsw: Add PCI bus implementation")
      Signed-off-by: NIdo Schimmel <idosch@mellanox.com>
      Signed-off-by: NJiri Pirko <jiri@mellanox.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5091730d
  12. 06 1月, 2016 1 次提交
    • I
      mlxsw: pci: Adjust value of CPU egress traffic class · f0138e25
      Ido Schimmel 提交于
      During initialization, when creating the send descriptor queues (SDQs),
      we specify the CPU egress traffic class of each SDQ. The maximum number
      of classes of this type is different in the two ASICs supported by this
      PCI driver.
      
      New firmware versions check this value is set correctly, which causes
      errors on the Spectrum ASIC, as its max exposed egress traffic class is
      lower than 7.
      
      Solve this by setting this field to 3, which is an acceptable value for
      both ASICs.
      
      Note that we currently do not expose the QoS capabilities of the ASICs,
      so setting this to an hardcoded value is OK for now.
      Signed-off-by: NIdo Schimmel <idosch@mellanox.com>
      Signed-off-by: NJiri Pirko <jiri@mellanox.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f0138e25
  13. 04 12月, 2015 2 次提交
  14. 30 10月, 2015 1 次提交
  15. 16 10月, 2015 8 次提交
  16. 08 10月, 2015 1 次提交
    • A
      mlxsw: fix warnings for big-endian 32-bit dma_addr_t · bcb9db49
      Arnd Bergmann 提交于
      The recently added mlxsw driver produces warnings in ARM
      allmodconfig:
      
      drivers/net/ethernet/mellanox/mlxsw/pci.c: In function 'mlxsw_pci_cmd_exec':
      drivers/net/ethernet/mellanox/mlxsw/pci.c:1585:59: warning: right shift count >= width of type [-Wshift-count-overflow]
      linux/byteorder/big_endian.h:38:51: note: in definition of macro '__cpu_to_be32'
      drivers/net/ethernet/mellanox/mlxsw/pci.c:76:2: note: in expansion of macro 'iowrite32be'
      
      This uses upper_32_bits() to extract the bits while avoiding that warning.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NJiri Pirko <jiri@mellanox.com>
      Fixes: eda6500a "mlxsw: Add PCI bus implementation"
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bcb9db49
  17. 28 8月, 2015 1 次提交
  18. 26 8月, 2015 1 次提交
  19. 10 8月, 2015 2 次提交
  20. 30 7月, 2015 2 次提交