1. 28 5月, 2019 1 次提交
    • L
      RDMA/hns: Move spin_lock_irqsave to the correct place · 780f3396
      Lang Cheng 提交于
      When hip08 set gid, it will call spin_unlock_bh when send cmq.  if main.ko
      call spin_lock_irqsave firstly, and the kernel is before commit
      f71b74bc ("irq/softirqs: Use lockdep to assert IRQs are
      disabled/enabled"), it will cause WARN_ON_ONCE because of calling
      spin_unlock_bh in disable context.
      
      In fact, the spin_lock_irqsave in main.ko is only used for hip06, and
      should be placed in hns_roce_hw_v1.c. hns_roce_hw_v2.c uses its own
      spin_unlock_bh and does not need main.ko manage spin_lock.
      Signed-off-by: NLang Cheng <chenglang@huawei.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      780f3396
  2. 09 4月, 2019 4 次提交
  3. 23 2月, 2019 1 次提交
  4. 15 2月, 2019 1 次提交
  5. 09 2月, 2019 1 次提交
  6. 25 1月, 2019 2 次提交
  7. 15 1月, 2019 1 次提交
  8. 11 1月, 2019 1 次提交
  9. 12 12月, 2018 1 次提交
  10. 05 12月, 2018 3 次提交
  11. 16 10月, 2018 1 次提交
  12. 04 10月, 2018 1 次提交
  13. 27 9月, 2018 3 次提交
  14. 21 9月, 2018 1 次提交
  15. 27 7月, 2018 2 次提交
  16. 19 6月, 2018 2 次提交
  17. 01 6月, 2018 1 次提交
  18. 31 5月, 2018 2 次提交
  19. 10 5月, 2018 1 次提交
  20. 09 5月, 2018 1 次提交
  21. 04 4月, 2018 2 次提交
  22. 20 3月, 2018 2 次提交
  23. 14 3月, 2018 2 次提交
  24. 15 2月, 2018 1 次提交
  25. 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
  26. 02 2月, 2018 1 次提交