Re: [PATCH v2 0/2] Propagate fallback bit for cbc and ctr

Hi Herbert, Any thoughts on this? On Mon, Feb 27, 2017 at 09:38:24AM -0300, Marcelo Henrique Cerri wrote: > Hi Hebert, > > For v2: > > - fixed the memory leakage in cbc. > - included crypto/algapi.h in crypto/cbc.c for crypto_requires_off(); > - ERR_CAST instead PTR_ERR in ctr. > - Also

Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt

On Wed, Mar 1, 2017 at 5:38 PM, Milan Broz wrote: > > On 03/01/2017 02:04 PM, Milan Broz wrote: >> On 03/01/2017 01:42 PM, Gilad Ben-Yossef wrote: >> ... >> >>> I can certainly understand if you don't wont to take the patch until >>> we have results with >>> dm-crypt itself

Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.

I tried the patch you submitted, however it also fails for the most part. "For the most part" because "xts" is now found. $ grep xts /proc/crypto name : xts(aes) driver : xts(ecb-aes-s5p) Fail: * [ 21.057756] xor: using function: neon (352.000 MB/sec) [ 21.064243] Unable to

Re: [PATCH 1/1] ARM: dts: NSP: Add crypto (SPU) to dtsi

On 02/28/2017 12:31 PM, Florian Fainelli wrote: > On 02/22/2017 01:22 PM, Steve Lin wrote: >> Adds crypto hardware (SPU) to Northstar Plus device tree file. >> >> Signed-off-by: Steve Lin > > Applied, thanks! And dropped, since there is a dependency on "ARM: dts: NSP:

Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature

On 03/04/2017 04:11 AM, Borislav Petkov wrote: > On Fri, Mar 03, 2017 at 03:01:23PM -0600, Brijesh Singh wrote: > > This looks like a wraparound... > > $ test-apply.sh /tmp/brijesh.singh.delta > checking file Documentation/admin-guide/kernel-parameters.txt > Hunk #1 succeeded at 2144 (offset -9

Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.

On Mon, Mar 06, 2017 at 10:18:45AM -0600, Nathan Royce wrote: > I tried the patch you submitted, however it also fails for the most part. > > "For the most part" because "xts" is now found. > $ grep xts /proc/crypto > name : xts(aes) > driver : xts(ecb-aes-s5p) Ah, so probably I

[PATCH v3] MIPS: Fix build breakage caused by header file changes

Since commit f3ac60671954 ("sched/headers: Move task-stack related APIs from to ") and commit f780d89a0e82 ("sched/headers: Remove from "), various mips builds fail as follows. arch/mips/kernel/smp-mt.c: In function ‘vsmp_boot_secondary’: arch/mips/include/asm/processor.h:384:41: error:

Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature

On Mon, Mar 06, 2017 at 01:11:03PM -0500, Brijesh Singh wrote: > Sending it through stg mail to avoid line wrapping. Please let me know if > something > is still messed up. I have tried applying it and it seems to apply okay. Yep, thanks. -- Regards/Gruss, Boris. SUSE Linux GmbH, GF:

Re: XTS Crypto Not Found In /proc/crypto Even After Compiled for 4.10.1.

OK, I just tried 4.10.0 and the output is looking the same. I can't say my setup is all that odd. The cryptographic use is only with the swap partition found in my original email (seen in Herbert's reply). My normal build goes as such: 1) git clean -xdf 2) git reset --hard 3) curl

Re: [PATCH v3] MIPS: Fix build breakage caused by header file changes

Hi Guenter, On Mon, Mar 06, 2017 at 11:13:55AM -0800, Guenter Roeck wrote: > Since commit f3ac60671954 ("sched/headers: Move task-stack related > APIs from to ") and commit > f780d89a0e82 ("sched/headers: Remove from > "), various mips builds fail as follows. > > arch/mips/kernel/smp-mt.c: In

Re: [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data

On Fri, Mar 03, 2017 at 03:15:34PM -0600, Tom Lendacky wrote: > On 3/3/2017 2:42 PM, Bjorn Helgaas wrote: > >On Thu, Mar 02, 2017 at 10:13:10AM -0500, Brijesh Singh wrote: > >>From: Tom Lendacky > >> > >>The use of ioremap will force the setup data to be mapped decrypted

Re: [RFC PATCH v2 04/32] KVM: SVM: Add SEV feature definitions to KVM

On Thu, Mar 02, 2017 at 10:12:48AM -0500, Brijesh Singh wrote: > From: Tom Lendacky > > Define a new KVM CPU feature for Secure Encrypted Virtualization (SEV). > The kernel will check for the presence of this feature to determine if > it is running with SEV active. > >

Re: [PATCH v3] MIPS: Fix build breakage caused by header file changes

On 03/06/2017 03:20 PM, James Hogan wrote: Hi Guenter, On Mon, Mar 06, 2017 at 11:13:55AM -0800, Guenter Roeck wrote: Since commit f3ac60671954 ("sched/headers: Move task-stack related APIs from to ") and commit f780d89a0e82 ("sched/headers: Remove from "), various mips builds fail as

[PATCH v6 1/4] lib/raid6: Add log-of-2 table for RAID6 HW requiring disk position

The raid6_gfexp table represents {2}^n values for 0 <= n < 256. The Linux async_tx framework pass values from raid6_gfexp as coefficients for each source to prep_dma_pq() callback of DMA channel with PQ capability. This creates problem for RAID6 offload engines (such as Broadcom SBA) which take

[PATCH v6 4/4] dt-bindings: Add DT bindings document for Broadcom SBA RAID driver

This patch adds the DT bindings document for newly added Broadcom SBA RAID driver. Acked-by: Rob Herring Reviewed-by: Ray Jui Reviewed-by: Scott Branden Signed-off-by: Anup Patel ---

[PATCH v6 2/4] async_tx: Fix DMA_PREP_FENCE usage in do_async_gen_syndrome()

The DMA_PREP_FENCE is to be used when preparing Tx descriptor if output of Tx descriptor is to be used by next/dependent Tx descriptor. The DMA_PREP_FENSE will not be set correctly in do_async_gen_syndrome() when calling dma->device_prep_dma_pq() under following conditions: 1. ASYNC_TX_FENCE not

Re: crypto: deadlock between crypto_alg_sem/rtnl_mutex/genl_mutex

On Sun, Mar 5, 2017 at 6:36 PM, Dmitry Vyukov wrote: > On Sun, Mar 5, 2017 at 4:08 PM, Dmitry Vyukov wrote: >> Hello, >> >> I am getting the following deadlock reports while running syzkaller >> fuzzer on net-next/8d70eeb84ab277377c017af6a21d0a337025dede:

[PATCH v6 3/4] dmaengine: Add Broadcom SBA RAID driver

The Broadcom stream buffer accelerator (SBA) provides offloading capabilities for RAID operations. This SBA offload engine is accessible via Broadcom SoC specific ring manager. This patch adds Broadcom SBA RAID driver which provides one DMA device with RAID capabilities using one or more Broadcom

[PATCH v6 0/4] Broadcom SBA RAID support

The Broadcom SBA RAID is a stream-based device which provides RAID5/6 offload. It requires a SoC specific ring manager (such as Broadcom FlexRM ring manager) to provide ring-based programming interface. Due to this, the Broadcom SBA RAID driver (mailbox client) implements DMA device having one