1. 23 Aug, 2018 18 commits
  2. 21 Aug, 2018 15 commits
  3. 20 Aug, 2018 7 commits
    • Kai-Heng Feng's avatar
      r8152: disable RX aggregation on new Dell TB16 dock · 176eb614
      Kai-Heng Feng authored
      There's a new Dell TB16 dock with a different iSerialNumber.
      
      Apply the same fix from commit 0b165514 ("r8152: disable RX
      aggregation on Dell TB16 dock") to this model.
      
      BugLink: https://bugs.launchpad.net/bugs/1785780Signed-off-by: default avatarKai-Heng Feng <kai.heng.feng@canonical.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      176eb614
    • David S. Miller's avatar
      Merge branch 'qed-Misc-fixes-in-the-interface-with-the-MFW' · b0c41e96
      David S. Miller authored
      Tomer Tayar says:
      
      ====================
      qed: Misc fixes in the interface with the MFW
      
      This patch series fixes several issues in the driver's interface with the
      management FW (MFW).
      
      v1->v2:
      - Fix loop counter decrement to be pre instead of post.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b0c41e96
    • Tomer Tayar's avatar
      qed: Avoid sending mailbox commands when MFW is not responsive · b310974e
      Tomer Tayar authored
      Keep sending mailbox commands to the MFW when it is not responsive ends up
      with a redundant amount of timeout expiries.
      This patch prints the MCP status on the first command which is not
      responded, and blocks the following commands.
      Since the (un)load request commands might be not responded due to other
      PFs, the patch also adds the option to skip the blocking upon a failure.
      Signed-off-by: default avatarTomer Tayar <Tomer.Tayar@cavium.com>
      Signed-off-by: default avatarAriel Elior <Ariel.Elior@cavium.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b310974e
    • Tomer Tayar's avatar
      qed: Prevent a possible deadlock during driver load and unload · eaa50fc5
      Tomer Tayar authored
      The MFW manages an internal lock to prevent concurrent hardware
      (de)initialization of different PFs.
      This, together with the busy-waiting for the MFW's responses for commands,
      might lead to a deadlock during concurrent load or unload of PFs.
      This patch adds the option to sleep within the busy-waiting, and uses it
      for the (un)load requests (which are not sent from an interrupt context) to
      prevent the possible deadlock.
      Signed-off-by: default avatarTomer Tayar <Tomer.Tayar@cavium.com>
      Signed-off-by: default avatarAriel Elior <Ariel.Elior@cavium.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      eaa50fc5
    • Tomer Tayar's avatar
      qed: Wait for MCP halt and resume commands to take place · 76271809
      Tomer Tayar authored
      Successive iterations of halting and resuming the management chip (MCP)
      might fail, since currently the driver doesn't wait for these operations to
      actually take place.
      This patch prevents the driver from moving forward before the operations
      are reflected in the state register.
      Signed-off-by: default avatarTomer Tayar <Tomer.Tayar@cavium.com>
      Signed-off-by: default avatarAriel Elior <Ariel.Elior@cavium.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      76271809
    • Tomer Tayar's avatar
      qed: Wait for ready indication before rereading the shmem · f00d25f3
      Tomer Tayar authored
      The MFW might be reset and re-update its shared memory.
      Upon the detection of such a reset the driver rereads this memory, but it
      has to wait till the data is valid.
      This patch adds the missing wait for a data ready indication.
      Signed-off-by: default avatarTomer Tayar <Tomer.Tayar@cavium.com>
      Signed-off-by: default avatarAriel Elior <Ariel.Elior@cavium.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      f00d25f3
    • Haishuang Yan's avatar
      ip6_vti: fix a null pointer deference when destroy vti6 tunnel · 9c86336c
      Haishuang Yan authored
      If load ip6_vti module and create a network namespace when set
      fb_tunnels_only_for_init_net to 1, then exit the namespace will
      cause following crash:
      
      [ 6601.677036] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
      [ 6601.679057] PGD 8000000425eca067 P4D 8000000425eca067 PUD 424292067 PMD 0
      [ 6601.680483] Oops: 0000 [#1] SMP PTI
      [ 6601.681223] CPU: 7 PID: 93 Comm: kworker/u16:1 Kdump: loaded Tainted: G            E     4.18.0+ #3
      [ 6601.683153] Hardware name: Fedora Project OpenStack Nova, BIOS seabios-1.7.5-11.el7 04/01/2014
      [ 6601.684919] Workqueue: netns cleanup_net
      [ 6601.685742] RIP: 0010:vti6_exit_batch_net+0x87/0xd0 [ip6_vti]
      [ 6601.686932] Code: 7b 08 48 89 e6 e8 b9 ea d3 dd 48 8b 1b 48 85 db 75 ec 48 83 c5 08 48 81 fd 00 01 00 00 75 d5 49 8b 84 24 08 01 00 00 48 89 e6 <48> 8b 78 08 e8 90 ea d3 dd 49 8b 45 28 49 39 c6 4c 8d 68 d8 75 a1
      [ 6601.690735] RSP: 0018:ffffa897c2737de0 EFLAGS: 00010246
      [ 6601.691846] RAX: 0000000000000000 RBX: 0000000000000000 RCX: dead000000000200
      [ 6601.693324] RDX: 0000000000000015 RSI: ffffa897c2737de0 RDI: ffffffff9f2ea9e0
      [ 6601.694824] RBP: 0000000000000100 R08: 0000000000000000 R09: 0000000000000000
      [ 6601.696314] R10: 0000000000000001 R11: 0000000000000000 R12: ffff8dc323c07e00
      [ 6601.697812] R13: ffff8dc324a63100 R14: ffffa897c2737e30 R15: ffffa897c2737e30
      [ 6601.699345] FS:  0000000000000000(0000) GS:ffff8dc33fdc0000(0000) knlGS:0000000000000000
      [ 6601.701068] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
      [ 6601.702282] CR2: 0000000000000008 CR3: 0000000424966002 CR4: 00000000001606e0
      [ 6601.703791] Call Trace:
      [ 6601.704329]  cleanup_net+0x1b4/0x2c0
      [ 6601.705268]  process_one_work+0x16c/0x370
      [ 6601.706145]  worker_thread+0x49/0x3e0
      [ 6601.706942]  kthread+0xf8/0x130
      [ 6601.707626]  ? rescuer_thread+0x340/0x340
      [ 6601.708476]  ? kthread_bind+0x10/0x10
      [ 6601.709266]  ret_from_fork+0x35/0x40
      
      Reproduce:
      modprobe ip6_vti
      echo 1 > /proc/sys/net/core/fb_tunnels_only_for_init_net
      unshare -n
      exit
      
      This because ip6n->tnls_wc[0] point to fallback device in default, but
      in non-default namespace, ip6n->tnls_wc[0] will be NULL, so add the NULL
      check comparatively.
      
      Fixes: e2948e5a ("ip6_vti: fix creating fallback tunnel device for vti6")
      Signed-off-by: default avatarHaishuang Yan <yanhaishuang@cmss.chinamobile.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      9c86336c