Re: [PATCH] padata: allow caller to control queue length

Jason A. Donenfeld wrote: > On Fri, Apr 14, 2017 at 9:57 AM, Steffen Klassert > wrote: >> Why do we need this? As long as we don't have a user that needs a >> different limit, this patch adds just some useless code. > > My [not-yet-mainlined] code

Re: [PATCH] padata: allow caller to control queue length

On Fri, Apr 14, 2017 at 9:57 AM, Steffen Klassert wrote: > Why do we need this? As long as we don't have a user that needs a > different limit, this patch adds just some useless code. My [not-yet-mainlined] code wants it. But more compellingly, padata simply isn't

Re: [PATCH] padata: allow caller to control queue length

On Thu, Apr 13, 2017 at 11:52:13AM +0200, Jason A. Donenfeld wrote: > Allow users of padata to determine the queue length themselves, via this > added helper function, so that we can later remove the hard-coded 1000- > job limit. We thus add a helper function, and then move the limiting >

[PATCH] padata: allow caller to control queue length

Allow users of padata to determine the queue length themselves, via this added helper function, so that we can later remove the hard-coded 1000- job limit. We thus add a helper function, and then move the limiting functionality to pcrypt-proper, since it was the only current consumer relying on