Thread (14 messages) 14 messages, 6 authors, 2017-08-15

RE: Flush warning

From: Steve Wise <hidden>
Date: 2017-08-09 16:38:49
Also in: linux-nvme

On Wed, Aug 09, 2017 at 11:21:38AM -0500, Steve Wise wrote:
quoted
quoted
I don't know.  I read the workqueue doc on WQ_MEM_RECLAIM, but I don't
know
quoted
quoted
how
to tell if iw_cm needs this or not.  Can you give me an example of a
workqueue
quoted
quoted
that _does_ need WQ_MEM_RECLAIM?  I _think_ it means your workqueue is
required
to run something that would get triggered by the oom OS code, but I don't
know
quoted
quoted
if that would include rdma CMs or not...
Many of the workqueues in infiniband/core use WQ_MEM_RECLAIM: cma, iwcm,
mad,
quoted
multicast, sa_query, and ucma.

Hey Sean, do you have any insight into whether the CMA modules really need
WQ_MEM_RECLAIM for their workqueues?

Does anyone else know?
Consider that the ib_core can be used to back storage. Ie consider a
situation where iSER/NFS/SRP needs to reconnect to respond to kernel
paging/reclaim.

On the surface it seems reasonable to me that these are on a reclaim
path?

Jason
hmm.  That seems reasonable.  Then I would think the nvme_rdma would also need
to be using a reclaim workqueue.

Sagi, Do you think I should add a private workqueue with WQ_MEM_RECLAIM to
nvme_rdma vs using the system_wq?  nvme/target probably needs one also...

Steve.



--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help