netdev - Re: [PATCH net-next 0/5] rocker: revert back to support for nowait processes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <20150615.160713.1499408328026540947.davem@davemloft.net>
Date:	Mon, 15 Jun 2015 16:07:13 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	sfeldma@...il.com
Cc:	netdev@...r.kernel.org, jiri@...nulli.us,
	simon.horman@...ronome.com, makita.toshiaki@....ntt.co.jp
Subject: Re: [PATCH net-next 0/5] rocker: revert back to support for nowait
 processes

From: sfeldma@...il.com
Date: Fri, 12 Jun 2015 21:35:45 -0700

> 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.

Series applied, thanks Scott.
--
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