From: Scott Feldman <sfel...@gmail.com> 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. Scott Feldman (5): rocker: revert back to support for nowait processes rocker: mark neigh update event processing as 'no wait' rocker: mark STP update as 'no wait' processing rocker: move MAC learn event back to 'no wait' processing rocker: move port stop to 'no wait' processing drivers/net/ethernet/rocker/rocker.c | 245 ++++++++++++++++------------------ 1 file changed, 118 insertions(+), 127 deletions(-) -- 1.7.10.4 -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
