[PATCH 2/5] crypto: hisilicon/hpre - add version adapt to new algorithms

'DH' and 'RSA' algorithms are supported by 'Kunpeng 920' and 'Kunpeng 930', but some new algrithms(like ECDH) are only supported by 'Kunpeng 930', so we add parameter 'struct hisi_qm *qm' to hpre_algs_(un)register to identify the chip's version. Signed-off-by: Meng Yu Reviewed-by: Zaibo Xu ---

[PATCH 0/5] crypto: hisilicon/hpre - add something for 'Kunpeng 930'

1. Add initial settings, version and new type to adapt 'Kunpeng 930'; 2. Add algorithms(ECDH and CURVE25519) in 'Kunpeng 930'; Hui Tang (1): crypto: hisilicon/hpre - add initial settings adapt to 'Kunpeng 930' Meng Yu (4): crypto: hisilicon/hpre - add version adapt to new algorithms crypto:

[PATCH 1/5] crypto: hisilicon/hpre - add initial settings adapt to 'Kunpeng 930'

From: Hui Tang HPRE device 'Kunpeng 930' is updated based on 'Kunpeng 920', and they are not all the same, such as cluster numbers and configuration of some registers, so we try to update this driver to make it running okay not only on 'Kunpeng 920', but also okay on 'Kunpeng 930' in this patch.

[PATCH 4/5] crypto: hisilicon/hpre - add 'ECDH' algorithm

Enable 'ECDH' algorithm in 'Kunpeng 930'. Signed-off-by: Meng Yu Reviewed-by: Zaibo Xu --- drivers/crypto/hisilicon/hpre/hpre.h| 2 +- drivers/crypto/hisilicon/hpre/hpre_crypto.c | 802 +++- drivers/crypto/hisilicon/hpre/hpre_main.c | 1 + 3 files changed,

[PATCH 5/5] crypto: hisilicon/hpre - add 'CURVE25519' algorithm

Enable 'CURVE25519' algorithm in 'Kunpeng 930'. Signed-off-by: Meng Yu Reviewed-by: Zaibo Xu --- drivers/crypto/hisilicon/hpre/hpre.h| 2 + drivers/crypto/hisilicon/hpre/hpre_crypto.c | 390 +++- 2 files changed, 384 insertions(+), 8 deletions(-) diff --git a/

[PATCH 3/5] crypto: hisilicon/hpre - add algorithm type

Algorithm type is brought in to get hardware HPRE queue to support different algorithms. Signed-off-by: Meng Yu Reviewed-by: Zaibo Xu --- drivers/crypto/hisilicon/hpre/hpre.h| 10 +- drivers/crypto/hisilicon/hpre/hpre_crypto.c | 12 ++-- drivers/crypto/hisilicon/hpre/hpr

Hello/Hallo

-- Sir/Madam, I have access to very vital information that can be used to move a huge amount of money. I have done my homework very well and I have the machineries in place to get it done since I am still in active service. If it was possible for me to do it alone I would not have bothered

Re: [PATCH net-next 00/15] in_interrupt() cleanup, part 2

On Tue, 27 Oct 2020 23:54:39 +0100 Sebastian Andrzej Siewior wrote: > Folks, > > in the discussion about preempt count consistency across kernel > configurations: > > https://lore.kernel.org/r/20200914204209.256266...@linutronix.de/ > > Linus clearly requested that code in drivers and librari

Re: [PATCH v8,net-next,03/12] octeontx2-af: add debugfs entries for CPT block

On Wed, Oct 28, 2020 at 10:22 PM Srujana Challa wrote: > > Add entries to debugfs at /sys/kernel/debug/octeontx2/cpt. > > cpt_pc: dump cpt performance HW registers. > Usage: > cat /sys/kernel/debug/octeontx2/cpt/cpt_pc > > cpt_ae_sts: show cpt asymmetric engines current state > Usage: > cat /sys/k

Re: [PATCH v8,net-next,02/12] octeontx2-af: add mailbox interface for CPT

On Wed, Oct 28, 2020 at 10:44 PM Srujana Challa wrote: > > On OcteonTX2 SoC, the admin function (AF) is the only one with all > priviliges to configure HW and alloc resources, PFs and it's VFs > have to request AF via mailbox for all their needs. This patch adds > a mailbox interface for CPT PFs a

Re: [PATCH v3 1/4] crypto: add eboiv as a crypto API template

Hi, On Fri, Oct 30, 2020 at 12:33 PM Milan Broz wrote: > > On 29/10/2020 11:05, Gilad Ben-Yossef wrote: > > > > +config CRYPTO_EBOIV > > + tristate "EBOIV support for block encryption" > > + default DM_CRYPT > > + select CRYPTO_CBC > > + help > > + Encrypted byte-offset init

Re: [PATCH] crypto: arm64 - move const after static

On Fri, 30 Oct 2020 at 09:18, Tian Tao wrote: > > Fixed the WARNING: Move const after static - use 'static const u8' > > Signed-off-by: Tian Tao Nak. What warning is that? This is perfectly valid C, and the const is already after the static. And in general, const applies to the type on the left

Re: [PATCH v3 1/4] crypto: add eboiv as a crypto API template

On 29/10/2020 11:05, Gilad Ben-Yossef wrote: > > +config CRYPTO_EBOIV > + tristate "EBOIV support for block encryption" > + default DM_CRYPT > + select CRYPTO_CBC > + help > + Encrypted byte-offset initialization vector (EBOIV) is an IV > + generation method that is us

Re: [PATCH] treewide: Remove stringification from __alias macro definition

On Fri, Oct 30, 2020 at 4:07 AM Joe Perches wrote: > > Like the old __section macro, the __alias macro uses macro # stringification > to create quotes around the symbol name used in the __attribute__. Hmm... isn't this V2? It seems none of the Acks/Reviews were picked up, did something major chan

[PATCH] crypto: arm64 - move const after static

Fixed the WARNING: Move const after static - use 'static const u8' Signed-off-by: Tian Tao --- arch/arm64/crypto/aes-ce-glue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/crypto/aes-ce-glue.c b/arch/arm64/crypto/aes-ce-glue.c index 56a5f6f..8ba6f04 100644 --- a

Re: [RESEND PATCH] KEYS: asymmetric: Fix kerneldoc

On Thu, Oct 29, 2020 at 04:48:30PM +0100, Krzysztof Kozlowski wrote: > Fix W=1 compile warnings (invalid kerneldoc): > > crypto/asymmetric_keys/asymmetric_type.c:160: warning: Function parameter > or member 'kid1' not described in 'asymmetric_key_id_same' > crypto/asymmetric_keys/asymmetr

Re: [PATCH] treewide: Remove stringification from __alias macro definition

On Thu, Oct 29, 2020 at 08:07:31PM -0700, Joe Perches wrote: > Like the old __section macro, the __alias macro uses macro # stringification > to create quotes around the symbol name used in the __attribute__. > > This can cause differences between gcc and clang when the stringification > itself co