Vakul Garg va...@freescale.com wrote:
Herbert Xu herbert at gondor.apana.org.au writes:
On Wed, Jan 26, 2011 at 10:26:33AM +0330, Hamid Nassiby wrote:
As you know, I posted my problem again to crypto list and no one
answered.
Now I
emphasize one aspect of the problem as a concept
On Fri, Apr 19, 2013 at 2:24 PM, Lee Jones lee.jo...@linaro.org wrote:
Slight change of plan for v2.
Now we're doing a seperate clk_prepare(), as the clk_enable() in the
previous patch turned out to be called inside a spin_lock().
Arnd, can you confirm your Ack please?
Do you really want
Pls include magnus.p.pers...@stericsson.com on all these crypto/hash
postings.
On Thu, Apr 18, 2013 at 12:26 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA controller currently takes configuration information from
information passed though dma_channel_request(), but it shouldn't.
Using the
On Fri, Apr 19, 2013 at 2:22 PM, Lee Jones lee.jo...@linaro.org wrote:
Slight change of plan for v2.
Now we're doing a seperate clk_prepare(), as the clk_enable() in the
previous patch turned out to be called inside a spin_lock().
Arnd, can you confirm your Ack please?
crypto:
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
Clearly this driver hasn't been tested, or even enabled in a while.
drivers/crypto/ux500/cryp/cryp_core.c:1771:3:
error: request for member ‘pm’ in something not a structure or union
Cc: Herbert Xu
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
The Cryp driver is currently silent and the Hash driver prints the
name of its probe function unnecessarily. Let's just put a nice
descriptive one-liner there instead.
Cc: Herbert Xu herb...@gondor.apana.org.au
Cc:
The current code increases its stack frame size a couple of
times throughout the function, but still performs some writes
below the stack pointer.
This change applies the fix from the original author so all
writes to the stack are above the stack pointer.
Taken from origin:
On Fri, Apr 19, 2013 at 01:25:12PM -0700, Tim Chen wrote:
Herbert,
This is a follow on patch to the optimized sha256 and sha512 patch series
that's just
merged into the crypto-dev. Let me know if you prefer me to respin the
patch series.
This patch corrects the prototype of
On Wed, Apr 10, 2013 at 06:39:20PM +0300, Jussi Kivilinna wrote:
The Kconfig setting for glue helper module is CRYPTO_GLUE_HELPER_X86, but
recent change for aesni_intel used CRYPTO_GLUE_HELPER instead. Patch corrects
this issue.
Cc: kbuild-...@01.org
Reported-by: kbuild test robot
On Wed, Apr 17, 2013 at 09:12:52AM -0700, Tim Chen wrote:
When CRC T10 DIF is calculated using the crypto transform framework, we
wrap the crc_t10dif function call to utilize it. This allows us to
take advantage of any accelerated CRC T10 DIF transform that is
plugged into the crypto
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA controller currently takes configuration information from
information passed though dma_channel_request(), but it shouldn't.
Using the API, the DMA channel should
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
Clearly this driver hasn't been tested, or even enabled in a while.
drivers/crypto/ux500/cryp/cryp_core.c:1771:3:
error: request for member ‘pm’ in something not a
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Fri, Apr 19, 2013 at 2:24 PM, Lee Jones lee.jo...@linaro.org wrote:
Slight change of plan for v2.
Now we're doing a seperate clk_prepare(), as the clk_enable() in the
previous patch turned out to be called inside a spin_lock().
Arnd, can
On Thu, Apr 25, 2013 at 3:44 PM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA controller currently takes configuration information from
information passed though
On Thu, 2013-04-25 at 21:22 +0800, Herbert Xu wrote:
Please wrap the generic implementation as we do for crc32c.
Herbert,
I've updated this patch to add the generic crct10dif transform (see
below). Let me know if this address your comment. Thanks.
Tim
When CRC T10 DIF is calculated using
gcc seems to define __builtin_clz as __clzsi2 in some architecture.
But, kernel doesn't link libgcc.a.
If kernel should use gcc's built-in function without libgcc.a,
do we need to port __clzsi2 to 'arch/*/lib/*'?
This breaks alpha (gcc-4.4.4) as well. Can we please get this fixed
promptly?
Hi,
On Fri, 26 Apr 2013 14:02:01 +0900 Chanho Min chanho@lge.com wrote:
@@ -0,0 +1,23 @@
+#include linux/kernel.h
+
+int __attribute__((weak)) __clzsi2(int val)
We have __weak in linux/compiler.h
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
17 matches
Mail list logo