1. 24 8月, 2020 1 次提交
  2. 19 3月, 2020 1 次提交
  3. 12 2月, 2020 1 次提交
  4. 04 1月, 2020 1 次提交
  5. 03 6月, 2019 1 次提交
  6. 27 3月, 2019 1 次提交
  7. 09 5月, 2018 1 次提交
    • A
      RDMA/i40iw: Avoid panic when reading back the IRQ affinity hint · 43731753
      Andrew Boyer 提交于
      The current code sets an affinity hint with a cpumask_t stored on the
      stack. This value can then be accessed through /proc/irq/*/affinity_hint/,
      causing a segfault or returning corrupt data.
      
      Move the cpumask_t into struct i40iw_msix_vector so it is available later.
      
      Backtrace:
      BUG: unable to handle kernel paging request at ffffb16e600e7c90
      IP: irq_affinity_hint_proc_show+0x60/0xf0
      PGD 17c0c6d067
      PUD 17c0c6e067
      PMD 15d4a0e067
      PTE 0
      
      Oops: 0000 [#1] SMP
      Modules linked in: ...
      CPU: 3 PID: 172543 Comm: grep Tainted: G           OE   ... #1
      Hardware name: ...
      task: ffff9a5caee08000 task.stack: ffffb16e659d8000
      RIP: 0010:irq_affinity_hint_proc_show+0x60/0xf0
      RSP: 0018:ffffb16e659dbd20 EFLAGS: 00010086
      RAX: 0000000000000246 RBX: ffffb16e659dbd20 RCX: 0000000000000000
      RDX: ffffb16e600e7c90 RSI: 0000000000000003 RDI: 0000000000000046
      RBP: ffffb16e659dbd88 R08: 0000000000000038 R09: 0000000000000001
      R10: 0000000070803079 R11: 0000000000000000 R12: ffff9a59d1d97a00
      R13: ffff9a5da47a6cd8 R14: ffff9a5da47a6c00 R15: ffff9a59d1d97a00
      FS:  00007f946c31d740(0000) GS:ffff9a5dc1800000(0000) knlGS:0000000000000000
      CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
      CR2: ffffb16e600e7c90 CR3: 00000016a4339000 CR4: 00000000007406e0
      DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
      DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
      PKRU: 55555554
      Call Trace:
       seq_read+0x12d/0x430
       ? sched_clock_cpu+0x11/0xb0
       proc_reg_read+0x48/0x70
       __vfs_read+0x37/0x140
       ? security_file_permission+0xa0/0xc0
       vfs_read+0x96/0x140
       SyS_read+0x58/0xc0
       do_syscall_64+0x5a/0x190
       entry_SYSCALL64_slow_path+0x25/0x25
      RIP: 0033:0x7f946bbc97e0
      RSP: 002b:00007ffdd0c4ae08 EFLAGS: 00000246 ORIG_RAX: 0000000000000000
      RAX: ffffffffffffffda RBX: 000000000096b000 RCX: 00007f946bbc97e0
      RDX: 000000000096b000 RSI: 00007f946a2f0000 RDI: 0000000000000004
      RBP: 0000000000001000 R08: 00007f946a2ef011 R09: 000000000000000a
      R10: 0000000000001000 R11: 0000000000000246 R12: 00007f946a2f0000
      R13: 0000000000000004 R14: 0000000000000000 R15: 00007f946a2f0000
      Code: b9 08 00 00 00 49 89 c6 48 89 df 31 c0 4d 8d ae d8 00 00 00 f3 48 ab 4c 89 ef e8 6c 9a 56 00 49 8b 96 30 01 00 00 48 85 d2 74 3f <48> 8b 0a 48 89 4d 98 48 8b 4a 08 48 89 4d a0 48 8b 4a 10 48 89
      RIP: irq_affinity_hint_proc_show+0x60/0xf0 RSP: ffffb16e659dbd20
      CR2: ffffb16e600e7c90
      
      Fixes: 8e06af71 ("i40iw: add main, hdr, status")
      Signed-off-by: NAndrew Boyer <andrew.boyer@dell.com>
      Reviewed-by: NShiraz Saleem <shiraz.saleem@intel.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      43731753
  8. 18 4月, 2018 1 次提交
  9. 04 4月, 2018 1 次提交
  10. 06 1月, 2018 1 次提交
  11. 23 12月, 2017 2 次提交
  12. 12 12月, 2017 2 次提交
  13. 19 10月, 2017 4 次提交
  14. 23 9月, 2017 2 次提交
    • S
      i40iw: Prevent multiple netdev event notifier registrations · 47fb3c16
      Shiraz Saleem 提交于
      Netdev event notifier registration/de-registration is not
      synchronized with a lock and there is a possibility of a
      duplicate registration of notifier before the unregister
      completes.
      
      Register netdev event notifiers during module init and
      de-register them at module exit.
      
      This avoids the need to tie the registration to first netdev
      client interface open and de-registration to last client
      interface close and the synchronization to achieve it.
      
      This also fixes a crash due to duplicate registration.
      
      BUG: unable to handle kernel paging request at ffffffffa0d60388
      IP: [<ffffffff8160f75d>] notifier_call_chain+0x3d/0x70
      PGD 190d067 PUD 190e063 PMD 76c840067 PTE 0
      Oops: 0000 [#1] SMP
      Modules linked in: i40e(OF-) fuse btrfs zlib_deflate raid6_pq xor vfat msdos
      [..]
      e1000e vxlan ip_tunnel ptp pps_core i2c_core video [last unloaded: i40iw]
      CPU: 1 PID: 27101 Comm: modprobe Tainted: GF       W  O--------------   3.10.0-229.el7.x86_64 #1
      Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./Q87M-D2H, BIOS F7 01/17/2014
      task: ffff88076e8a96c0 ti: ffff8806959c8000 task.ti: ffff8806959c8000
      RIP: 0010:[<ffffffff8160f75d>]  [<ffffffff8160f75d>] notifier_call_chain+0x3d/0x70
      RSP: 0018:ffff8806959cbb38  EFLAGS: 00010282
      RAX: ffffffffa0d60380 RBX: 00000000fffffffd RCX: 0000000000000000
      0708] RDX: 0000000000000000 RSI: ffff88081227a000 RDI: 0000000000000002
      RBP: ffff8806959cbb60 R08: 0000000000000246 R09: 000000000000700c
      R10: ffff88080e16ea40 R11: 00000000000ae8df R12: ffffffffa0d60380
      R13: 0000000000000002 R14: ffff88076e738800 R15: 0000000000000000
      FS:  00007f604ef4a740(0000) GS:ffff88083e240000(0000) knlGS:0000000000000000
      CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
      CR2: ffffffffa0d60388 CR3: 0000000753cd2000 CR4: 00000000001407e0
      DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
      DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
      Stack:
      ffffffff819e73a0 0000000000000000 0000000000000002 ffff88076e738800
      00000000ffffffff ffff8806959cbba0 ffffffff8109d61d 0000000000000000
      0000000000000000 ffff88076e738800 0000000000000000 ffff88076e738800
      Call Trace:
      [<ffffffff8109d61d>] __blocking_notifier_call_chain+0x4d/0x70
      [<ffffffff8109d656>] blocking_notifier_call_chain+0x16/0x20
      [<ffffffff8156b9e4>] __inet_del_ifa+0x154/0x2b0
      [<ffffffff8156d102>] inetdev_event+0x182/0x530
      [<ffffffff8160f76c>] notifier_call_chain+0x4c/0x70
      [<ffffffff8109d446>] raw_notifier_call_chain+0x16/0x20
      [<ffffffff814f71fd>] call_netdevice_notifiers+0x2d/0x60
      [<ffffffff814f8845>] rollback_registered_many+0x105/0x220
      [<ffffffff814f89a0>] rollback_registered+0x40/0x70
      [<ffffffff814f9c88>] unregister_netdevice_queue+0x48/0x80
      [<ffffffff814f9cdc>] unregister_netdev+0x1c/0x30
      [<ffffffffa0067139>] i40e_vsi_release+0x2a9/0x2b0 [i40e]
      [<ffffffffa00674e8>] i40e_remove+0x128/0x2b0 [i40e]
      [<ffffffff813092db>] pci_device_remove+0x3b/0xb0
      [<ffffffff813d26ef>] __device_release_driver+0x7f/0xf0
      [<ffffffff813d3068>] driver_detach+0xb8/0xc0
      [<ffffffff813d22db>] bus_remove_driver+0x9b/0x120
      [<ffffffff813d36dc>] driver_unregister+0x2c/0x50
      [<ffffffff81307d4c>] pci_unregister_driver+0x2c/0x90
      [<ffffffffa008f9d0>] i40e_exit_module+0x10/0x23 [i40e]
      [<ffffffff810dad0b>] SyS_delete_module+0x16b/0x2d0
      [<ffffffff81013b0c>] ? do_notify_resume+0x9c/0xb0
      [<ffffffff81613da9>] system_call_fastpath+0x16/0x1b
      Code: e5 41 57 4d 89 c7 41 56 49 89 d6 41 55 49 89 f5 41 54 53 89 cb
      75 14 eb 3d 0f 1f 44 00 00 83 eb 01 74 25 4d 85 e4 74 20 4c 89 e0 <4c>
      8b 60 08 4c 89 f2 4c 89 ee 48 89 c7 ff 10 4d 85 ff 74 04 41
      RIP  [<ffffffff8160f75d>] notifier_call_chain+0x3d/0x70
      Signed-off-by: NShiraz Saleem <shiraz.saleem@intel.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      47fb3c16
    • S
      i40iw: Fail open if there are no available MSI-X vectors · cd9100ca
      Shiraz Saleem 提交于
      Check number of available MSI-X vectors for i40iw.
      If there are no available vectors, fail the open.
      Signed-off-by: NShiraz Saleem <shiraz.saleem@intel.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      cd9100ca
  15. 24 7月, 2017 1 次提交
  16. 20 7月, 2017 3 次提交
  17. 20 6月, 2017 1 次提交
    • I
      sched/wait: Rename wait_queue_t => wait_queue_entry_t · ac6424b9
      Ingo Molnar 提交于
      Rename:
      
      	wait_queue_t		=>	wait_queue_entry_t
      
      'wait_queue_t' was always a slight misnomer: its name implies that it's a "queue",
      but in reality it's a queue *entry*. The 'real' queue is the wait queue head,
      which had to carry the name.
      
      Start sorting this out by renaming it to 'wait_queue_entry_t'.
      
      This also allows the real structure name 'struct __wait_queue' to
      lose its double underscore and become 'struct wait_queue_entry',
      which is the more canonical nomenclature for such data types.
      
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NIngo Molnar <mingo@kernel.org>
      ac6424b9
  18. 02 6月, 2017 1 次提交
  19. 13 12月, 2016 3 次提交
  20. 06 12月, 2016 5 次提交
  21. 04 12月, 2016 3 次提交
  22. 08 10月, 2016 1 次提交
  23. 26 8月, 2016 1 次提交
  24. 24 8月, 2016 1 次提交