1. 29 9月, 2018 4 次提交
  2. 22 9月, 2018 2 次提交
  3. 20 9月, 2018 2 次提交
  4. 21 7月, 2018 1 次提交
  5. 02 7月, 2018 2 次提交
  6. 02 6月, 2018 2 次提交
  7. 29 5月, 2018 1 次提交
  8. 21 5月, 2018 1 次提交
    • X
      net: hns3: Fix for hns3 module is loaded multiple times problem · 3c7624d8
      Xi Wang 提交于
      If the hns3 driver has been built into kernel and then loaded with
      the same driver which built as KLM, it may trigger an error like
      below:
      
      [   20.009555] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version
      [   20.016789] hns3: Copyright (c) 2017 Huawei Corporation.
      [   20.022100] Error: Driver 'hns3' is already registered, aborting...
      [   23.517397] Unable to handle kernel NULL pointer dereference at virtual address 00000000
      ...
      [   23.691583] Process insmod (pid: 1982, stack limit = 0x00000000cd5f21cb)
      [   23.698270] Call trace:
      [   23.700705]  __list_del_entry_valid+0x2c/0xd8
      [   23.705049]  hnae3_unregister_client+0x68/0xa8
      [   23.709487]  hns3_init_module+0x98/0x1000 [hns3]
      [   23.714093]  do_one_initcall+0x5c/0x170
      [   23.717918]  do_init_module+0x64/0x1f4
      [   23.721654]  load_module+0x1d14/0x24b0
      [   23.725390]  SyS_init_module+0x158/0x208
      [   23.729300]  el0_svc_naked+0x30/0x34
      
      This patch fixes it by adding module version info.
      
      Fixes: 38caee9d ("net: hns3: Add support of the HNAE3 framework")
      Signed-off-by: NXi Wang <wangxi11@huawei.com>
      Signed-off-by: NSalil Mehta <salil.mehta@huawei.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3c7624d8
  9. 16 5月, 2018 3 次提交
  10. 11 5月, 2018 1 次提交
  11. 23 3月, 2018 3 次提交
    • S
      net: hns3: Add VF Reset device state and its handling · 436667d2
      Salil Mehta 提交于
      This introduces the hclge device reset states of "requested" and
      "pending" and also its handling in context to Reset Service Task.
      
      Device gets into requested state because of any VF reset request
      asserted from upper layers, for example due to watchdog timeout
      expiration. Requested state would result in eventually forwarding
      the VF reset request to PF which would actually reset the VF.
      
      Device will get into pending state if:
      1. VF receives the acknowledgement from PF for the VF reset
         request it originally sent to PF.
      2. Reset Service Task detects that after asserting VF reset for
         certain times the data-path is not working and device then
         decides to assert full VF reset(this means also resetting the
         PCIe interface).
      3. PF intimates the VF that it has undergone reset.
      Pending state would result in VF to poll for hardware reset
      completion status and then resetting the stack/enet layer, which
      in turn means reinitializing the ring management/enet layer.
      
      Note: we would be adding support of 3. later as a separate patch.
      This decision should not affect VF reset as its event handling
      is generic in nature.
      Signed-off-by: NSalil Mehta <salil.mehta@huawei.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      436667d2
    • S
      net: hns3: Changes to make enet watchdog timeout func common for PF/VF · 6d4c3981
      Salil Mehta 提交于
      HNS3 drivers enet layer, used for the ring management and stack
      interaction, is common to both VF and PF. PF already supports reset
      functionality to handle the network stack watchdog timeout trigger
      but the existing code is not generic enough to be used to support VF
      reset as well.
      This patch does following:
      1. Makes the existing watchdog timeout handler in enet layer generic
         i.e. suitable for both VF and PF and
      2. Introduces the new reset event handler for the VF code.
      3. Changes existing reset event handler of PF code to initialize the
         reset level
      Signed-off-by: NSalil Mehta <salil.mehta@huawei.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6d4c3981
    • F
      net: hns3: fix for getting wrong link mode problem · 0979aa0b
      Fuyun Liang 提交于
      Fixed link mode is returned by hns3_get_link_ksettings. It is
      unreasonable.
      
      This patch fixes it by adding some related functions to get link
      mode from hardware.
      Signed-off-by: NFuyun Liang <liangfuyun1@huawei.com>
      Signed-off-by: NPeng Li <lipeng321@huawei.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0979aa0b
  12. 12 3月, 2018 1 次提交
  13. 10 3月, 2018 1 次提交
  14. 23 1月, 2018 2 次提交
  15. 12 1月, 2018 2 次提交
  16. 09 1月, 2018 1 次提交
  17. 27 12月, 2017 4 次提交
  18. 15 12月, 2017 1 次提交
  19. 02 11月, 2017 1 次提交
  20. 19 10月, 2017 1 次提交
  21. 11 10月, 2017 2 次提交
  22. 29 9月, 2017 1 次提交
  23. 21 9月, 2017 1 次提交