Re: [PATCH] crypto: n2 - cure use after free

2017-12-19 Thread Jan Engelhardt
On Tuesday 2017-12-19 16:31, David Miller wrote: > >Instead, what fails is the algorithm registry which you should look >more deeply into the cause of. You are right. The registration failure is because the crypto layer expects halg->statesize to be non-zero, and drivers/crypto/n2_core.c does n

[PATCH] crypto: n2 - cure use after free

2017-12-19 Thread Jan Engelhardt
] [0084b174] platform_drv_probe+0x34/0xc0 Signed-off-by: Jan Engelhardt --- drivers/crypto/n2_core.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/crypto/n2_core.c b/drivers/crypto/n2_core.c index 48de52cf2ecc..662e709812cc 100644 --- a/drivers/crypto/n2_core.c +++ b/drivers

[PATCH] [CRYPTO]: constify function pointer tables

2008-01-22 Thread Jan Engelhardt
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]> --- crypto/proc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/crypto/proc.c b/crypto/proc.c index 3d73323..24164b2 100644 --- a/crypto/proc.c +++ b/crypto/proc.c @@ -78,7 +78,7 @@ static int c_show(struct seq_f

crypto: libcrc32c should select crc32c

2009-01-17 Thread Jan Engelhardt
parent 683fd3522476a2b9e9278d99a7bb367c887faa5a (v2.6.29-rc2-19-g683fd35) commit db86cb2732110f756b95f7d5a2aa37f35ba67cff Author: Jan Engelhardt Date: Sat Jan 17 20:40:45 2009 +0100 crypto: libcrc32c should select crc32c Whilst trying to make use of btrfs of a root fs with 2.6.29-rc1/rc2, I

Re: crypto: libcrc32c should select crc32c

2009-01-18 Thread Jan Engelhardt
On Sunday 2009-01-18 06:37, Herbert Xu wrote: >On Sat, Jan 17, 2009 at 11:48:42PM +0100, Jan Engelhardt wrote: >> >> Looking at libcrc32c.c shows that it essentially depends on the >> crc32c crypto module, which was not packed into my initramfs image >> by mki

Re: crypto: libcrc32c should select crc32c

2009-01-19 Thread Jan Engelhardt
On Sunday 2009-01-18 21:45, Sam Ravnborg wrote: >On Sun, Jan 18, 2009 at 09:14:16AM +0100, Jan Engelhardt wrote: >> On Sunday 2009-01-18 06:37, Herbert Xu wrote: >> >On Sat, Jan 17, 2009 at 11:48:42PM +0100, Jan Engelhardt wrote: >> >> >> >> Lookin

Re: [PATCH 04/26] net: add a new sockptr_t type

2020-07-23 Thread Jan Engelhardt
On Thursday 2020-07-23 08:08, Christoph Hellwig wrote: >+typedef struct { >+ union { >+ void*kernel; >+ void __user *user; >+ }; >+ boolis_kernel : 1; >+} sockptr_t; >+ >+static inline bool sockptr_is_null(sockptr_t sockptr) >+{

[PATCH 06/30] Use menuconfig objects - crypto

2007-04-10 Thread Jan Engelhardt
Use menuconfigs instead of menus, so the whole menu can be disabled at once instead of going through all options. Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]> Index: linux-2.6.21-rc5/crypto/Kconfig === --- linux-

[PATCH 07/30] Use menuconfig objects - crypto hw

2007-04-10 Thread Jan Engelhardt
Use menuconfigs instead of menus, so the whole menu can be disabled at once instead of going through all options. Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]> Index: linux-2.6.21-rc5/drivers/crypto/K

Re: [PATCH] crypto: convert crypto.h to UTF-8

2007-05-03 Thread Jan Engelhardt
On May 3 2007 09:21, John Anthony Kazos Jr. wrote: > >There's no reason for any non-UTF-8 to be in the tree at all, so >eventually it won't be a problem. I'm (slowly but surely) working on >converting everything in the tree. GCC handles UTF-8 just fine, and all In fact, GCC gives a crap about

Re: [PATCH] crypto: convert crypto.h to UTF-8

2007-05-03 Thread Jan Engelhardt
On May 3 2007 11:35, John Anthony Kazos Jr. wrote: > >> >non-stupid/non-broken distributions of GNU/Linux and other major Un*ces >> >should be based on (or at least compatible with) UTF-8 in basic >> >operations. Files like the keymaps will be more work to convert, but they >> >can be as well.

Re: [PATCH 2/3] [CRYPTO] Add optimized SHA-1 implementation for i486+

2007-06-09 Thread Jan Engelhardt
On Jun 8 2007 17:42, Benjamin Gilbert wrote: >@@ -0,0 +1,299 @@ >+/* >+ * x86-optimized SHA1 hash algorithm (i486 and above) >+ * >+ * Originally from Nettle >+ * Ported from M4 to cpp by Benjamin Gilbert <[EMAIL PROTECTED]> >+ * >+ * Copyright (C) 2004, Niels M?ller >+ * Copyright (C) 2006-2007