1. 06 8月, 2019 1 次提交
  2. 05 8月, 2019 1 次提交
  3. 09 7月, 2019 2 次提交
    • Y
      RDMA/core: Provide RDMA DIM support for ULPs · da662979
      Yamin Friedman 提交于
      Added the interface in the infiniband driver that applies the rdma_dim
      adaptive moderation. There is now a special function for allocating an
      ib_cq that uses rdma_dim.
      
      Performance improvement (ConnectX-5 100GbE, x86) running FIO benchmark over
      NVMf between two equal end-hosts with 56 cores across a Mellanox switch
      using null_blk device:
      
      READS without DIM:
      blk size | BW       | IOPS | 99th percentile latency  | 99.99th latency
      512B     | 3.8GiB/s | 7.7M | 1401  usec               | 2442  usec
      4k       | 7.0GiB/s | 1.8M | 4817  usec               | 6587  usec
      64k      | 10.7GiB/s| 175k | 9896  usec               | 10028 usec
      
      IO WRITES without DIM:
      blk size | BW       | IOPS | 99th percentile latency  | 99.99th latency
      512B     | 3.6GiB/s | 7.5M | 1434  usec               | 2474  usec
      4k       | 6.3GiB/s | 1.6M | 938   usec               | 1221  usec
      64k      | 10.7GiB/s| 175k | 8979  usec               | 12780 usec
      
      IO READS with DIM:
      blk size | BW       | IOPS | 99th percentile latency  | 99.99th latency
      512B     | 4GiB/s   | 8.2M | 816    usec              | 889   usec
      4k       | 10.1GiB/s| 2.65M| 3359   usec              | 5080  usec
      64k      | 10.7GiB/s| 175k | 9896   usec              | 10028 usec
      
      IO WRITES with DIM:
      blk size | BW       | IOPS  | 99th percentile latency | 99.99th latency
      512B     | 3.9GiB/s | 8.1M  | 799   usec              | 922   usec
      4k       | 9.6GiB/s | 2.5M  | 717   usec              | 1004  usec
      64k      | 10.7GiB/s| 176k  | 8586  usec              | 12256 usec
      
      The rdma_dim algorithm was designed to measure the effectiveness of
      moderation on the flow in a general way and thus should be appropriate
      for all RDMA storage protocols.
      
      rdma_dim is configured to be the default option based on performance
      improvement seen after extensive tests.
      Signed-off-by: NYamin Friedman <yaminf@mellanox.com>
      Reviewed-by: NMax Gurtovoy <maxg@mellanox.com>
      Reviewed-by: NSagi Grimberg <sagi@grimberg.me>
      Signed-off-by: NSaeed Mahameed <saeedm@mellanox.com>
      Signed-off-by: NLeon Romanovsky <leonro@mellanox.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      da662979
    • D
      IB/mlx5: Report correctly tag matching rendezvous capability · 89705e92
      Danit Goldberg 提交于
      Userspace expects the IB_TM_CAP_RC bit to indicate that the device
      supports RC transport tag matching with rendezvous offload. However the
      firmware splits this into two capabilities for eager and rendezvous tag
      matching.
      
      Only if the FW supports both modes should userspace be told the tag
      matching capability is available.
      
      Cc: <stable@vger.kernel.org> # 4.13
      Fixes: eb761894 ("IB/mlx5: Fill XRQ capabilities")
      Signed-off-by: NDanit Goldberg <danitg@mellanox.com>
      Reviewed-by: NYishai Hadas <yishaih@mellanox.com>
      Reviewed-by: NArtemy Kovalyov <artemyko@mellanox.com>
      Signed-off-by: NLeon Romanovsky <leonro@mellanox.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      89705e92
  4. 05 7月, 2019 4 次提交
  5. 24 6月, 2019 10 次提交
  6. 21 6月, 2019 1 次提交
  7. 19 6月, 2019 2 次提交
  8. 18 6月, 2019 1 次提交
  9. 12 6月, 2019 2 次提交
  10. 11 6月, 2019 3 次提交
  11. 22 5月, 2019 2 次提交
    • L
      RDMA/core: Make ib_destroy_cq() void · 890ac8d9
      Leon Romanovsky 提交于
      Kernel destroy CQ flows can't fail and the returned value of
      ib_destroy_cq() is not interested in those flows.
      Signed-off-by: NLeon Romanovsky <leonro@mellanox.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      890ac8d9
    • L
      RDMA/srp: Rename SRP sysfs name after IB device rename trigger · dc1435c0
      Leon Romanovsky 提交于
      SRP logic used device name and port index as symlink to relevant
      kobject. If the IB device is renamed then the prior name will be re-used
      by the next device plugged in and sysfs will panic as SRP will try to
      re-use the same name.
      
       mlx5_ib: Mellanox Connect-IB Infiniband driver v5.0-0
       sysfs: cannot create duplicate filename '/class/infiniband_srp/srp-mlx5_0-1'
       CPU: 3 PID: 1107 Comm: modprobe Not tainted 5.1.0-for-upstream-perf-2019-05-12_15-09-52-87 #1
       Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014
       Call Trace:
        dump_stack+0x5a/0x73
        sysfs_warn_dup+0x58/0x70
        sysfs_do_create_link_sd.isra.2+0xa3/0xb0
        device_add+0x33f/0x660
        srp_add_one+0x301/0x4f0 [ib_srp]
        add_client_context+0x99/0xe0 [ib_core]
        enable_device_and_get+0xd1/0x1b0 [ib_core]
        ib_register_device+0x533/0x710 [ib_core]
        ? mutex_lock+0xe/0x30
        __mlx5_ib_add+0x23/0x70 [mlx5_ib]
        mlx5_add_device+0x4e/0xd0 [mlx5_core]
        mlx5_register_interface+0x85/0xc0 [mlx5_core]
        ? 0xffffffffa0791000
        do_one_initcall+0x4b/0x1cb
        ? kmem_cache_alloc_trace+0xc6/0x1d0
        ? do_init_module+0x22/0x21f
        do_init_module+0x5a/0x21f
        load_module+0x17f2/0x1ca0
        ? m_show+0x1c0/0x1c0
        __do_sys_finit_module+0x94/0xe0
        do_syscall_64+0x48/0x120
        entry_SYSCALL_64_after_hwframe+0x44/0xa9
       RIP: 0033:0x7f157cce10d9
      
      The module load/unload sequence was used to trigger such kernel panic:
       sudo modprobe ib_srp
       sudo modprobe -r mlx5_ib
       sudo modprobe -r mlx5_core
       sudo modprobe mlx5_core
      
      Have SRP track the name of the core device so that it can't have a name
      collision.
      
      Fixes: d21943dd ("RDMA/core: Implement IB device rename function")
      Signed-off-by: NLeon Romanovsky <leonro@mellanox.com>
      Reviewed-by: NBart Van Assche <bvanassche@acm.org>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      dc1435c0
  12. 07 5月, 2019 3 次提交
  13. 03 5月, 2019 2 次提交
  14. 02 5月, 2019 1 次提交
  15. 25 4月, 2019 1 次提交
  16. 09 4月, 2019 3 次提交
  17. 02 4月, 2019 1 次提交