[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1434170150-63838-1-git-send-email-sfeldma@gmail.com>
Date: Fri, 12 Jun 2015 21:35:45 -0700
From: sfeldma@...il.com
To: netdev@...r.kernel.org
Cc: jiri@...nulli.us, simon.horman@...ronome.com,
makita.toshiaki@....ntt.co.jp
Subject: [PATCH net-next 0/5] rocker: revert back to support for nowait processes
From: Scott Feldman <sfeldma@...il.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 majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists