Mike Marciniszyn b6eac931b9 IB/hfi1: Prevent kernel QP post send hard lockups ... The driver progress routines can call cond_resched() when a timeslice is exhausted and irqs are enabled. If the ULP had been holding a spin lock without disabling irqs and the post send directly called the progress routine, the cond_resched() could yield allowing another thread from the same ULP to deadlock on that same lock. Correct by replacing the current hfi1_do_send() calldown with a unique one for post send and adding an argument to hfi1_do_send() to indicate that the send engine is running in a thread. If the routine is not running in a thread, avoid calling cond_resched(). CC: <stable@vger.kernel.org> # 4.7.x- Fixes: Commit 831464ce4b ("IB/hfi1: Don't call cond_resched in atomic mode when sending packets") Reviewed-by: Dennis Dalessandro <dennis.dalessandro@intel.com> Signed-off-by: Mike Marciniszyn <mike.marciniszyn@intel.com> Signed-off-by: Dennis Dalessandro <dennis.dalessandro@intel.com> Signed-off-by: Doug Ledford <dledford@redhat.com>		2017-04-28 13:48:01 -04:00
..
core	IB/core: For multicast functions, verify that LIDs are multicast LIDs	2017-04-28 13:48:01 -04:00
hw	IB/hfi1: Prevent kernel QP post send hard lockups	2017-04-28 13:48:01 -04:00
sw	IB/rdmavt/hfi1/qib: Use the MGID and MLID for multicast addressing	2017-04-28 13:48:01 -04:00
ulp	IB/iser: fix spelling mistake: "unexepected" -> "unexpected"	2017-04-25 14:06:49 -04:00
Kconfig	IB/opa-vnic: Virtual Network Interface Controller (VNIC) netdev	2017-04-20 12:01:38 -04:00
Makefile	IB/rdmavt: Create module framework and handle driver registration	2016-03-10 20:37:04 -05:00