Re: [PATCH] crypto: caam: fix misspelled upper_32_bits

2016-06-16 Thread Horia Ioan Geanta Neag
On 6/16/2016 12:04 PM, Arnd Bergmann wrote: > An endianess fix mistakenly used higher_32_bits() instead of > upper_32_bits(), and that doesn't exist: > > drivers/crypto/caam/desc_constr.h: In function 'append_ptr': > drivers/crypto/caam/desc_constr.h:84:75: error: implicit declaration of >

Re: [PATCH] crypto: caam: fix misspelled upper_32_bits

2016-06-16 Thread Horia Ioan Geanta Neag
On 6/16/2016 12:04 PM, Arnd Bergmann wrote: > An endianess fix mistakenly used higher_32_bits() instead of > upper_32_bits(), and that doesn't exist: > > drivers/crypto/caam/desc_constr.h: In function 'append_ptr': > drivers/crypto/caam/desc_constr.h:84:75: error: implicit declaration of >

Re: [PATCH v2 0/8] crypto: caam - add support for LS1043A SoC

2016-05-16 Thread Horia Ioan Geanta Neag
On 5/5/2016 6:34 PM, Horia Geantă wrote: > v2: > As suggested by Arnd, patch 1 fixes io{read,write}{16,32}be accessors > to prevent the case when {read,write}{w,l} are overriden by arch-specific > ones having barriers, while the BE accessors previously mentioned are not > (thus behaving

Re: [PATCH v2 0/8] crypto: caam - add support for LS1043A SoC

2016-05-16 Thread Horia Ioan Geanta Neag
On 5/5/2016 6:34 PM, Horia Geantă wrote: > v2: > As suggested by Arnd, patch 1 fixes io{read,write}{16,32}be accessors > to prevent the case when {read,write}{w,l} are overriden by arch-specific > ones having barriers, while the BE accessors previously mentioned are not > (thus behaving

Re: [PATCH v2 8/8] arm64: dts: ls1043a: add crypto node

2016-05-09 Thread Horia Ioan Geanta Neag
+Shawn On 5/5/2016 6:39 PM, Horia Geantă wrote: > LS1043A has a SEC v5.4 security engine. > For now don't add rtic or sec_mon subnodes, since these features > haven't been tested yet. > > Signed-off-by: Horia Geantă Shawn, IIUC, you are the de facto maintainer of

Re: [PATCH v2 8/8] arm64: dts: ls1043a: add crypto node

2016-05-09 Thread Horia Ioan Geanta Neag
+Shawn On 5/5/2016 6:39 PM, Horia Geantă wrote: > LS1043A has a SEC v5.4 security engine. > For now don't add rtic or sec_mon subnodes, since these features > haven't been tested yet. > > Signed-off-by: Horia Geantă Shawn, IIUC, you are the de facto maintainer of arch/arm64/boot/dts/freescale

Re: [PATCH v2 4/8] powerpc: add io{read,write}64 accessors

2016-05-09 Thread Horia Ioan Geanta Neag
On 5/5/2016 6:37 PM, Horia Geantă wrote: > This will allow device drivers to consistently use io{read,write}XX > also for 64-bit accesses. > > Signed-off-by: Horia Geantă It would be great if PPC maintainers could Ack this patch. As stated in the cover letter:

Re: [PATCH v2 4/8] powerpc: add io{read,write}64 accessors

2016-05-09 Thread Horia Ioan Geanta Neag
On 5/5/2016 6:37 PM, Horia Geantă wrote: > This will allow device drivers to consistently use io{read,write}XX > also for 64-bit accesses. > > Signed-off-by: Horia Geantă It would be great if PPC maintainers could Ack this patch. As stated in the cover letter:

Re: [PATCH 11/14] staging: fsl-mc: add quirk handling for dpseci objects < 4.0

2016-04-20 Thread Horia Ioan Geanta Neag
On 4/11/2016 7:50 PM, Stuart Yoder wrote: > From: Horia Geanta > > dpseci objects < 4.0 are not coherent-- in spite of the fact > that the MC reports them to be coherent in certain versions. > Add a special case to set the no shareability flag for dpseci > objects < 4.0. >

Re: [PATCH 11/14] staging: fsl-mc: add quirk handling for dpseci objects < 4.0

2016-04-20 Thread Horia Ioan Geanta Neag
On 4/11/2016 7:50 PM, Stuart Yoder wrote: > From: Horia Geanta > > dpseci objects < 4.0 are not coherent-- in spite of the fact > that the MC reports them to be coherent in certain versions. > Add a special case to set the no shareability flag for dpseci > objects < 4.0. > > Signed-off-by: