The updated memory management is described in the top part of the code.
As one benefit of the changed memory management, the AIO and synchronous
operation is now implemented in one common function. The AF_ALG
operation uses the async kernel crypto API interface for each cipher
operation. Thus, the
Hi Herbert,
Changes v5:
* use list_for_each_entry_safe in aead_count_tsgl
Changes v4:
* replace ctx->processed with a maintenance of a private recvmsg
TX SGL
* algif_skcipher: rename skcipher_sg_list into skcipher_tsgl to make
it consistent with algif_aead to prepare for a code consolidation
The updated memory management is described in the top part of the code.
As one benefit of the changed memory management, the AIO and synchronous
operation is now implemented in one common function. The AF_ALG
operation uses the async kernel crypto API interface for each cipher
operation. Thus, the
Am Mittwoch, 15. Februar 2017, 22:12:16 CET schrieb Harsh Jain:
Hi Harsh,
> Hi Herbert/Stephen,
>
> When I try to run 100 application which calculates sha384 digest from
> userspace, nearly 50 applications fail in bind system call with error
> ENOENT.
>
> "crypto_alg_mod_lookup" in api.c call f
Hello all
I am currently following a hang at modprobe aes_s390 where
crypto_register_alg() does not come back for the xts(aes) algorithm.
The registration is waiting forever in algapi.c crypto_wait_for_test() but
the completion never occurs. The cryptomgr is triggering a test via
kthread_run to
Am Donnerstag, 16. Februar 2017, 22:21:44 CET schrieb Stephan Müller:
Hi,
> +static unsigned int skcipher_count_tsgl(struct sock *sk, size_t bytes)
> {
> struct alg_sock *ask = alg_sk(sk);
> struct skcipher_ctx *ctx = ask->private;
> - struct skcipher_sg_list *sgl;
> + struct
From: Colin Ian King
The exit path when curr->head cannot be allocated fails to kfree the
earlier allocated curr. Fix this by kfree'ing it.
Signed-off-by: Colin Ian King
---
drivers/crypto/cavium/cpt/cptvf_main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/crypto/cavium/cpt/cp
Hi Milan,
Thank you for the review and testing.
On Fri, Feb 17, 2017 at 3:00 PM, Milan Broz wrote:
> On 02/06/2017 02:58 PM, Gilad Ben-Yossef wrote:
>> Use of the synchronous digest API limits dm-verity to using pure
>> CPU based algorithm providers and rules out the use of off CPU
>> algorithm
On 02/06/2017 02:58 PM, Gilad Ben-Yossef wrote:
> Use of the synchronous digest API limits dm-verity to using pure
> CPU based algorithm providers and rules out the use of off CPU
> algorithm providers which are normally asynchronous by nature,
> potentially freeing CPU cycles.
>
> This can reduce
On Fri, Feb 17, 2017 at 8:11 AM, Joe Perches wrote:
> There are ~4300 uses of pr_warn and ~250 uses of the older
> pr_warning in the kernel source tree.
>
> Make the use of pr_warn consistent across all kernel files.
>
> This excludes all files in tools/ as there is a separate
> define pr_warning
On 17/02/17 11:47, Jiri Slaby wrote:
> _key_expansion_128 is an alias to _key_expansion_256a, __memcpy to
> memcpy, xen_syscall32_target to xen_sysenter_target, and so on. Annotate
> them all using the new ENTRY_ALIAS and ENTRY_LOCAL_ALIAS. This will make
> the tools generating the debuginfo happy.
_key_expansion_128 is an alias to _key_expansion_256a, __memcpy to
memcpy, xen_syscall32_target to xen_sysenter_target, and so on. Annotate
them all using the new ENTRY_ALIAS and ENTRY_LOCAL_ALIAS. This will make
the tools generating the debuginfo happy.
Signed-off-by: Jiri Slaby
Cc: Herbert Xu
Use the newly added ENTRY_LOCAL to annotate starts of all functions
which do not have ".globl" annotation, but their ends are annotated by
ENDPROC. This is needed to balance ENDPROC for tools that are about to
generate debuginfo.
Signed-off-by: Jiri Slaby
Cc: Herbert Xu
Cc: "David S. Miller"
Cc
> On 17 Feb 2017, at 10:06, Dennis Chen wrote:
>
>> On Fri, Feb 17, 2017 at 09:23:00AM +, Ard Biesheuvel wrote:
>>
>>> On 17 Feb 2017, at 09:17, Dennis Chen wrote:
>>>
>>> Hello Ard,
>>> Morning!
On Fri, Feb 17, 2017 at 07:12:46AM +, Ard Biesheuvel wrote:
Hello Libo,
>
On Fri, Feb 17, 2017 at 09:23:00AM +, Ard Biesheuvel wrote:
>
> > On 17 Feb 2017, at 09:17, Dennis Chen wrote:
> >
> > Hello Ard,
> > Morning!
> >> On Fri, Feb 17, 2017 at 07:12:46AM +, Ard Biesheuvel wrote:
> >> Hello Libo,
> >>
> >>> On 17 February 2017 at 03:47, wrote:
> >>> From:
> On 17 Feb 2017, at 09:17, Dennis Chen wrote:
>
> Hello Ard,
> Morning!
>> On Fri, Feb 17, 2017 at 07:12:46AM +, Ard Biesheuvel wrote:
>> Hello Libo,
>>
>>> On 17 February 2017 at 03:47, wrote:
>>> From: Libo Wang
>>>
>>> CTS template assumes underlying CBC algorithm will carry out nex
Hello Ard,
Morning!
On Fri, Feb 17, 2017 at 07:12:46AM +, Ard Biesheuvel wrote:
> Hello Libo,
>
> On 17 February 2017 at 03:47, wrote:
> > From: Libo Wang
> >
> > CTS template assumes underlying CBC algorithm will carry out next IV for
> > further process.But some implementations of CBC alg
17 matches
Mail list logo
