Merge branch 'rocker-no-wait'
authorDavid S. Miller <davem@davemloft.net>
Mon, 15 Jun 2015 23:06:49 +0000 (16:06 -0700)
committerDavid S. Miller <davem@davemloft.net>
Mon, 15 Jun 2015 23:06:49 +0000 (16:06 -0700)
commit4d367963ac0db8212545bad4ee9a44794fc1d667
tree384fd0239dc6c8726ddb936cdc39846a83394019
parent4d81db4156caef7b223dde07e50db0144d12a192
parentf66feaa98be00e59d4f4c9759f7b064908f52a5c
Merge branch 'rocker-no-wait'

Scott Feldman says:

====================
rocker: revert back to support for nowait processes

One of the items removed from the rocker driver in the Spring Cleanup patch
series was the ability to mark processing in the driver as "no wait" for
those contexts where we cannot sleep.  Turns out, we have "no wait"
contexts where we want to program the device and we don't want to defer the
processing to a process context.  So re-add the ROCKER_OP_FLAG_NOWAIT flag
to mark such processes, and propagate flags to mem allocator and to the
device cmd executor.  With NOWAIT, mem allocs are GFP_ATOMIC and device
cmds are queued to the device, but the driver will not wait (sleep) for the
response back from the device.

My bad for removing NOWAIT support in the first place; I thought we could
swing non-sleep contexts to process context using a work queue, for
example, but there is push-back to keep processing in original context.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>