1. 14 3月, 2018 2 次提交
  2. 15 2月, 2018 2 次提交
  3. 05 2月, 2018 1 次提交
    • O
      RDMA/hns: Fix the endian problem for hns · 8b9b8d14
      oulijun 提交于
      The hip06 and hip08 run on a little endian ARM, it needs to
      revise the annotations to indicate that the HW uses little
      endian data in the various DMA buffers, and flow the necessary
      swaps throughout.
      
      The imm_data use big endian mode. The cpu_to_le32/le32_to_cpu
      swaps are no-op for this, which makes the only substantive
      change the handling of imm_data which is now mandatory swapped.
      
      This also keep match with the userspace hns driver and resolve
      the warning by sparse.
      Signed-off-by: NLijun Ou <oulijun@huawei.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      8b9b8d14
  4. 02 2月, 2018 1 次提交
  5. 17 1月, 2018 6 次提交
  6. 16 1月, 2018 1 次提交
  7. 04 1月, 2018 5 次提交
  8. 30 12月, 2017 1 次提交
  9. 23 12月, 2017 1 次提交
  10. 02 12月, 2017 1 次提交
  11. 11 11月, 2017 13 次提交
  12. 26 10月, 2017 2 次提交
  13. 15 10月, 2017 1 次提交
  14. 05 10月, 2017 1 次提交
  15. 30 9月, 2017 2 次提交
    • L
      RDMA/hns: Fix calltrace for sleeping in atomic · 988e175b
      Lijun Ou 提交于
      We replace usleep_range that was excessively long anyway with udelay
      to avoid using usleep_range function in spin_lock_bh spin region,
      thereby avoiding this calltrace:
      
      BUG: scheduling while atomic: insmod/1428/0x00000002
      Modules linked in: hns-roce-hw-v2(+) hns_roce rdma_ucm rdma_cm iw_cm ib_uverbs ib_cm ib_core
      CPU: 0 PID: 1428 Comm: insmod Not tainted 4.12.0-rc1-00677-g252e8fd-dirty #43
      Hardware name: (null) (DT)
      Call trace:
      [<ffff000008089d20>] dump_backtrace+0x0/0x274
      [<ffff00000808a068>] show_stack+0x20/0x28
      [<ffff00000844ea58>] dump_stack+0x94/0xb4
      [<ffff0000080f975c>] __schedule_bug+0x68/0x84
      [<ffff000008a988d4>] __schedule+0x5fc/0x70c
      [<ffff000008a98a24>] schedule+0x40/0xa4
      [<ffff000008a9c6f0>] schedule_hrtimeout_range_clock+0x98/0xfc
      [<ffff000008a9c788>] schedule_hrtimeout_range+0x34/0x40
      [<ffff000008a9c098>] usleep_range+0x6c/0x80
      [<ffff000000b9ae68>] hns_roce_cmd_send+0xe4/0x264 [hns-roce-hw-v2]
      [<ffff000000b9b748>] hns_roce_cmd_query_hw_info+0x40/0x60 [hns-roce-hw-v2]
      [<ffff000000b9b790>] hns_roce_v2_profile+0x28/0x668 [hns-roce-hw-v2]
      [<ffff000000b6b1f4>] hns_roce_init+0x6c/0x948 [hns-roce-hw-v2]
      Signed-off-by: NLijun Ou <oulijun@huawei.com>
      Signed-off-by: NWei Hu (Xavier) <xavier.huwei@huawei.com>
      Signed-off-by: NShaobo Xu <xushaobo2@huawei.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      988e175b
    • L
      RDMA/hns: Set rdma_ah_attr type for querying qp · 2bf910d4
      Lijun Ou 提交于
      When querying qp, It needs to return RoCE device ah_attr type
      that may be specific to RoCE devices.
      Signed-off-by: NLijun Ou <oulijun@huawei.com>
      Signed-off-by: NWei Hu (Xavier) <xavier.huwei@huawei.com>
      Signed-off-by: NShaobo Xu <xushaobo2@huawei.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      2bf910d4