RE: [PATCH] rdma/i40iw: Add a reference when accepting a connection to avoid panic

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>Subject: [PATCH] rdma/i40iw: Add a reference when accepting a connection to
>avoid panic
>
>When a CONNECT_REQUEST is received on the listening side, a new cm_node is
>created. A pointer to the cm_node is put into an iw_cm event message, which is put
>on a workqueue and then sent to i40iw_accept().
>
>The driver needs to add a reference to go with the iw_cm event so that the cm_node
>cannot be destroyed before the workqueue item is processed.
>
>Note that i40iw_accept() already releases a reference in two error paths; these
>appear to be incorrect since there was no associated reference taken.
>
>Backtrace:
>[436732.936866] general protection fault: 0000 [#1] SMP NOPTI [436732.937891]
>Modules linked in: ...
>[436732.966395] CPU: 0 PID: 14062 Comm: CMIB Tainted: P           OE   4.14.19-
>coreos-r9999.1533000047-442 #1
>[436732.970042] task: ffff8bd589113c80 task.stack: ffff99c047710000
>[436732.971123] RIP: 0010:i40iw_accept+0x2d0/0x4c0 [i40iw] [436732.972065] RSP:
>0018:ffff99c047713b28 EFLAGS: 00010046 [436732.973022] RAX:
>0000000000000296 RBX: ffff8bcf356a1800 RCX: ffff8bcf356a34c0 [436732.974314]
>RDX: dead000000000200 RSI: ffff8bd53818b1c0 RDI: dead000000000100
>[436732.975607] RBP: ffff99c047713c68 R08: 0000000000000000 R09:
>ffff8bd53818dc40 [436732.976902] R10: ffff99c047713a08 R11: 0000000000000004
>R12: ffff8bd538188018 [436732.978192] R13: ffff8bd53818b220 R14:
>ffff8bd648826800 R15: ffff8bcf356a3400 [436732.979480] FS:
>00007fc6ceba2700(0000) GS:ffff8bd674400000(0000) knlGS:0000000000000000
>[436732.980937] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>[436732.981983] CR2: 00007faa0ea26270 CR3: 00000016fa6ce003 CR4:
>00000000003606f0 [436732.983312] DR0: 0000000000000000 DR1:
>0000000000000000 DR2: 0000000000000000 [436732.984602] DR3:
>0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
>[436732.985893] Call Trace:
>[436732.986368]  iw_cm_accept+0x8d/0x550 [iw_cm] [436732.987159]
>rdma_accept+0x1e8/0x260 [rdma_cm] [436732.987982]  0xffffffffc0ad1141
>[436732.988574]  0xffffffffc0ad14cd [436732.989168]  __vfs_write+0x33/0x150
>[436732.989824]  ? __inode_security_revalidate+0x4a/0x70
>[436732.990734]  ? selinux_file_permission+0xdd/0x130
>[436732.991600]  ? security_file_permission+0x36/0xb0
>[436732.992466]  vfs_write+0xb3/0x1a0
>[436732.993088]  SyS_write+0x52/0xc0
>[436732.993698]  do_syscall_64+0x66/0x1d0 [436732.994384]
>entry_SYSCALL_64_after_hwframe+0x21/0x86
>[436732.995311] RIP: 0033:0x7fc79f7676ad [436732.995981] RSP:
>002b:00007fc76d371040 EFLAGS: 00000293 ORIG_RAX: 0000000000000001
>[436732.997355] RAX: ffffffffffffffda RBX: 0000000028c80950 RCX:
>00007fc79f7676ad [436732.998646] RDX: 0000000000000128 RSI:
>00007fc76d371050 RDI: 000000000000005c [436732.999934] RBP:
>00007fc76d371050 R08: 0000000000000000 R09: 0000000028cc2400
>[436733.001221] R10: 0000000000000009 R11: 0000000000000293 R12:
>00007fc76d3711d0 [436733.002508] R13: 0000000028c80950 R14:
>0000000028cc0950 R15: 000000002796b010 [436733.003798] Code: ...
>[436733.007166] RIP: i40iw_accept+0x2d0/0x4c0 [i40iw] RSP: ffff99c047713b28
>
>Fixes: f27b4746f378e ("i40iw: add connection management code"
>Signed-off-by: Andrew Boyer <andrew.boyer@xxxxxxxx>
>---
> drivers/infiniband/hw/i40iw/i40iw_cm.c | 19 +++++++++++++++----
> 1 file changed, 15 insertions(+), 4 deletions(-)
>
>diff --git a/drivers/infiniband/hw/i40iw/i40iw_cm.c
>b/drivers/infiniband/hw/i40iw/i40iw_cm.c
>index 206cfb0016f8..28e92a68c178 100644
>--- a/drivers/infiniband/hw/i40iw/i40iw_cm.c
>+++ b/drivers/infiniband/hw/i40iw/i40iw_cm.c
>@@ -272,6 +272,9 @@ static int i40iw_send_cm_event(struct i40iw_cm_node
>*cm_node,
> 		event.private_data = (void *)cm_node->pdata_buf;
> 		event.private_data_len = (u8)cm_node->pdata.size;
> 		event.ird = cm_node->ird_size;
>+
>+		/* Take a reference to go with the iw_cm event */
>+		atomic_inc(&cm_node->ref_count);
> 		break;

Maybe I am missing something here, but i40iw_cm_post_event() should have bumped
the cm_node ref count so it is not deleted till event worker completes. So, I am not
entirely convinced this is the right root cause and fix.

It would be useful if we could get the call trace on i40iw_rem_ref_cm_node() when cm_node
goes away. I can assist providing a debug patch.

Shiraz



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux