1. 13 11月, 2020 1 次提交
  2. 17 10月, 2020 1 次提交
  3. 26 5月, 2020 1 次提交
  4. 12 6月, 2019 1 次提交
  5. 11 6月, 2019 3 次提交
  6. 09 4月, 2019 4 次提交
  7. 23 2月, 2019 1 次提交
  8. 09 2月, 2019 1 次提交
  9. 31 1月, 2019 1 次提交
  10. 30 1月, 2019 1 次提交
  11. 15 1月, 2019 1 次提交
  12. 08 1月, 2019 1 次提交
  13. 12 12月, 2018 1 次提交
  14. 17 10月, 2018 1 次提交
  15. 27 9月, 2018 2 次提交
  16. 31 7月, 2018 1 次提交
  17. 04 7月, 2018 1 次提交
    • N
      vmw_pvrdma: Release netdev when vmxnet3 module is removed · 11e40f5c
      Neil Horman 提交于
      On repeated module load/unload cycles, its possible for the pvrmda driver
      to encounter this crash:
      
      ...
      [  297.032448] RIP: 0010:[<ffffffff839e4620>]  [<ffffffff839e4620>] netdev_walk_all_upper_dev_rcu+0x50/0xb0
      [  297.034078] RSP: 0018:ffff95087780bd08  EFLAGS: 00010286
      [  297.034986] RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffff95087a0c0000
      [  297.036196] RDX: ffff95087a0c0000 RSI: ffffffff839e44e0 RDI: ffff950835d0c000
      [  297.037421] RBP: ffff95087780bd40 R08: ffff95087a0e0ea0 R09: abddacd03f8e0ea0
      [  297.038636] R10: abddacd03f8e0ea0 R11: ffffef5901e9dbc0 R12: ffff95087a0c0000
      [  297.039854] R13: ffffffff839e44e0 R14: ffff95087a0c0000 R15: ffff950835d0c828
      [  297.041071] FS:  0000000000000000(0000) GS:ffff95087fc00000(0000) knlGS:0000000000000000
      [  297.042443] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
      [  297.043429] CR2: ffffffffffffffe8 CR3: 000000007a652000 CR4: 00000000003607f0
      [  297.044674] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
      [  297.045893] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
      [  297.047109] Call Trace:
      [  297.047545]  [<ffffffff839e4698>] netdev_has_upper_dev_all_rcu+0x18/0x20
      [  297.048691]  [<ffffffffc05d31af>] is_eth_port_of_netdev+0x2f/0xa0 [ib_core]
      [  297.049886]  [<ffffffffc05d3180>] ? is_eth_active_slave_of_bonding_rcu+0x70/0x70 [ib_core]
      ...
      
      This occurs because vmw_pvrdma on probe stores a pointer to the netdev
      that exists on function 0 of the same bus/device/slot (which represents
      the vmxnet3 ethernet driver).  However, it never removes this pointer if
      the vmxnet3 module is removed, leading to crashes resulting from use after
      free dereferencing incidents like the one above.
      
      The fix is pretty straightforward.  vmw_pvrdma should listen for
      NETDEV_REGISTER and NETDEV_UNREGISTER events in its event listener code
      block, and update the stored netdev pointer accordingly.  This solution
      has been tested by myself and the reporter with successful results.  This
      fix also allows the pvrdma driver to find its underlying ethernet device
      in the event that vmxnet3 is loaded after pvrdma, which it was not able to
      do before.
      Signed-off-by: NNeil Horman <nhorman@tuxdriver.com>
      Reported-by: ruquin@redhat.com
      Tested-by: NAdit Ranadive <aditr@vmware.com>
      Acked-by: NAdit Ranadive <aditr@vmware.com>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      11e40f5c
  18. 19 6月, 2018 1 次提交
  19. 04 4月, 2018 1 次提交
  20. 20 3月, 2018 1 次提交
  21. 03 1月, 2018 1 次提交
  22. 28 12月, 2017 2 次提交
  23. 22 12月, 2017 1 次提交
  24. 14 11月, 2017 1 次提交
  25. 25 8月, 2017 1 次提交
  26. 19 8月, 2017 1 次提交
    • A
      infiniband: pvrdma: constify pci_device_id. · 7806def0
      Arvind Yadav 提交于
      pci_device_id are not supposed to change at runtime. All functions
      working with pci_device_id provided by <linux/pci.h> work with
      const pci_device_id. So mark the non-const structs as const.
      
      File size before:
         text	   data	    bss	    dec	    hex	filename
        10774	   1872	      8	  12654	   316e infiniband/hw/vmw_pvrdma/pvrdma_main.o
      
      File size After adding 'const':
         text	   data	    bss	    dec	    hex	filename
        10838	   1808	      8	  12654	   316e infiniband/hw/vmw_pvrdma/pvrdma_main.o
      Signed-off-by: NArvind Yadav <arvind.yadav.cs@gmail.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      7806def0
  27. 10 8月, 2017 1 次提交
    • L
      RDMA: Simplify get firmware interface · 9abb0d1b
      Leon Romanovsky 提交于
      There is a need to forward FW version to user space
      application through RDMA netlink. In order to make it safe, there
      is need to declare nla_policy and limit the size of FW string.
      
      The new define IB_FW_VERSION_NAME_MAX will limit the size of
      FW version string. That define was chosen to be equal to
      ETHTOOL_FWVERS_LEN, because many drivers anyway are limited
      by that value indirectly.
      
      The introduction of this define allows us to remove the string size
      from get_fw_str function signature.
      Signed-off-by: NLeon Romanovsky <leonro@mellanox.com>
      9abb0d1b
  28. 24 7月, 2017 1 次提交
  29. 25 3月, 2017 2 次提交
  30. 19 2月, 2017 1 次提交
  31. 15 2月, 2017 1 次提交
  32. 25 1月, 2017 1 次提交