Re: [Scst-devel] Linux 4.9

[Bike & S. <bik...@go...>]

r7021 compiles fine on kernel 4.8.4.
I'm using vanilla kernel from kernel.org with no patching.
iSCSI + iSER works fine, however I get call tracing when initiators connect.
This is happening on several machines and is consistent.
Call trace as follows:

[  103.329727] iscsi-scst: isert_cm_evt:CONNECT_REQUEST(4) status:0
portal:ffff9d01e746c6c0 cm_id:ffff9d01c70df000
[  103.342660] iscsi-scst: iser created device:ffff9d01e6418c00
[  103.342791] mlx4_core 0000:03:00.0: swiotlb buffer is full (sz:
4325376 bytes)
[  103.342792] swiotlb: coherent allocation failed for device
0000:03:00.0 size=4325376
[  103.342796] CPU: 0 PID: 67 Comm: kworker/0:1 Tainted: G
OE   4.8.4-136-zetavault #1
[  103.342798] Hardware name: Supermicro Super Server/X10SRL-F, BIOS
2.0 12/17/2015
[  103.342807] Workqueue: ib_cm cm_work_handler [ib_cm]
[  103.342810]  0000000000000286 00000000f3fdd88d ffff9d01ecb7b818
ffffffffa70106f3
[  103.342814]  ffffffffffffffff 000000000041ffff ffff9d01ecb7b858
ffffffffa703b103
[  103.342817]  ffff9d010000000b 00000000024082c0 ffff9d01ecb4e0a0
0000000000420000
[  103.342821] Call Trace:
[  103.342830]  [<ffffffffa70106f3>] dump_stack+0x63/0x90
[  103.342836]  [<ffffffffa703b103>] swiotlb_alloc_coherent+0x153/0x160
[  103.342843]  [<ffffffffa6c65223>] x86_swiotlb_alloc_coherent+0x43/0x50
[  103.342858]  [<ffffffffc0173232>]
mlx4_buf_direct_alloc.isra.4+0xb2/0x140 [mlx4_core]
[  103.342866]  [<ffffffffc017359d>] mlx4_buf_alloc+0x16d/0x1c0 [mlx4_core]
[  103.342874]  [<ffffffffc0572220>]
create_qp_common.isra.26+0x550/0x1000 [mlx4_ib]
[  103.342880]  [<ffffffffa6e081cc>] ? ___slab_alloc+0x25c/0x4b0
[  103.342883]  [<ffffffffa6e089e1>] ? kmem_cache_alloc_trace+0x1a1/0x1c0
[  103.342888]  [<ffffffffc0572e11>] mlx4_ib_create_qp+0x141/0x460 [mlx4_ib]
[  103.342895]  [<ffffffffc076b04b>] ?
isert_buf_alloc_data_buf+0x3cb/0x410 [isert_scst]
[  103.342909]  [<ffffffffc02a29f2>] ib_create_qp+0x72/0x2d0 [ib_core]
[  103.342914]  [<ffffffffc0383354>] rdma_create_qp+0x34/0xa0 [rdma_cm]
[  103.342918]  [<ffffffffc0769028>] isert_conn_create+0x248/0x4d0 [isert_scst]
[  103.342922]  [<ffffffffc0768530>] ? isert_device_release+0xf0/0xf0
[isert_scst]
[  103.342926]  [<ffffffffc076a32c>] isert_cm_evt_handler+0x30c/0x860
[isert_scst]
[  103.342930]  [<ffffffffc03820b0>] cma_listen_handler+0x20/0x30 [rdma_cm]
[  103.342934]  [<ffffffffc0387a24>] cma_req_handler+0x384/0x950 [rdma_cm]
[  103.342939]  [<ffffffffc0357555>] cm_process_work+0x25/0x120 [ib_cm]
[  103.342942]  [<ffffffffc035804a>] cm_req_handler+0x9fa/0xbc0 [ib_cm]
[  103.342946]  [<ffffffffc03583da>] cm_work_handler+0x1ca/0x178d [ib_cm]
[  103.342952]  [<ffffffffa6c9d1eb>] process_one_work+0x16b/0x4a0
[  103.342955]  [<ffffffffa6c9d56b>] worker_thread+0x4b/0x500
[  103.342958]  [<ffffffffa6c9d520>] ? process_one_work+0x4a0/0x4a0
[  103.342961]  [<ffffffffa6c9d520>] ? process_one_work+0x4a0/0x4a0
[  103.342965]  [<ffffffffa6ca3748>] kthread+0xd8/0xf0
[  103.342969]  [<ffffffffa747d39f>] ret_from_fork+0x1f/0x40
[  103.342972]  [<ffffffffa6ca3670>] ? kthread_create_on_node+0x1a0/0x1a0