On 03/10/2015 09:02 PM, David Miller wrote:
Because of the way you quoted the patch, it looked like a list posting
looping back to the list again, because of the List-ID: email header.
Therefore your posting was blocked and you'll have to resend your posting
in a way such that this
On 3/9/2015 5:08 PM, Martin Hicks wrote:
On Mon, Mar 9, 2015 at 6:16 AM, Horia Geantă horia.gea...@freescale.com
wrote:
On 3/3/2015 7:44 PM, Martin Hicks wrote:
On Tue, Mar 3, 2015 at 10:44 AM, Horia Geantă
horia.gea...@freescale.com wrote:
For talitos, there are two cases:
1. request
Hi Herbert,
On Wed, Mar 11, 2015 at 09:59:57PM +1100, Herbert Xu wrote:
On Mon, Mar 09, 2015 at 10:36:36AM -0700, Dmitry Torokhov wrote:
Instead of using #ifdefs let's mark suspend and resume methods as
__maybe_unused which will suppress compiler warnings about them being
unused and
From: Sasha Levin sasha.le...@oracle.com
Date: Wed, 11 Mar 2015 09:39:33 -0400
On 03/11/2015 08:40 AM, Steven Rostedt wrote:
On Wed, 11 Mar 2015 08:34:46 -0400
Sasha Levin sasha.le...@oracle.com wrote:
Fair enough. We knew there are existing kmemcheck users, but KASan should
be
These patches remove EXPORT_SYMBOL or EXPORT_SYMBOL_GPL declarations on
static functions.
This was done using the following semantic patch:
(http://coccinelle.lip6.fr/)
// smpl
@r@
type T;
identifier f;
@@
static T f (...) { ... }
@@
identifier r.f;
declarer name EXPORT_SYMBOL;
@@
On 03/10/2015 09:06 PM, David Miller wrote:
From: Ying Xue ying@windriver.com
Date: Wed, 11 Mar 2015 11:18:01 +0800
Sorry, I did not realize the case when I created the commit. However,
although I
don't understand its scenario, in my opinion, adding one redundant argument
for
all
From: Julia Lawall julia.law...@lip6.fr
The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@r@
type T;
identifier f;
@@
static T f (...) { ... }
@@
identifier r.f;
declarer name EXPORT_SYMBOL_GPL;
@@
-EXPORT_SYMBOL_GPL(f);
// /smpl
Signed-off-by:
From: Andrey Ryabinin ryabinin@gmail.com
Date: Wed, 11 Mar 2015 23:01:00 +0300
2015-03-11 21:44 GMT+03:00 David Miller da...@davemloft.net:
From: Sasha Levin sasha.le...@oracle.com
Date: Wed, 11 Mar 2015 13:25:47 -0400
You're probably wondering why there are changes to SPARC in that
On Wed, Mar 11, 2015 at 08:44:07AM -0700, Dmitry Torokhov wrote:
SIMPLE_DEV_PM_OPS() produces an empty omap_rng_pm structure in case of
!CONFIG_PM_SLEEP so neither omap_rng_suspend nor omap_rng_resume will
end up being referenced.
OK, could you please resend this patch?
Thanks,
--
Email:
Instead of using #ifdefs let's mark suspend and resume methods as
__maybe_unused which will suppress compiler warnings about them being
unused and provide better compile coverage.
Because SIMPLE_DEV_PM_OPS() produces an empty omap_rng_pm structure in
case of !CONFIG_PM_SLEEP neither
On Thu, Mar 12, 2015 at 08:00:35AM +1100, Herbert Xu wrote:
On Wed, Mar 11, 2015 at 08:44:07AM -0700, Dmitry Torokhov wrote:
SIMPLE_DEV_PM_OPS() produces an empty omap_rng_pm structure in case of
!CONFIG_PM_SLEEP so neither omap_rng_suspend nor omap_rng_resume will
end up being
On 03/11/2015 01:20 PM, David Miller wrote:
From: Sasha Levin sasha.le...@oracle.com
Date: Wed, 11 Mar 2015 09:39:33 -0400
On 03/11/2015 08:40 AM, Steven Rostedt wrote:
On Wed, 11 Mar 2015 08:34:46 -0400
Sasha Levin sasha.le...@oracle.com wrote:
Fair enough. We knew there are
From: Sasha Levin sasha.le...@oracle.com
Date: Wed, 11 Mar 2015 13:25:47 -0400
You're probably wondering why there are changes to SPARC in that patchset? :)
Libsanitizer doesn't even build have the time on sparc, the release
manager has to hand patch it into building again every major release
2015-03-11 21:44 GMT+03:00 David Miller da...@davemloft.net:
From: Sasha Levin sasha.le...@oracle.com
Date: Wed, 11 Mar 2015 13:25:47 -0400
You're probably wondering why there are changes to SPARC in that patchset? :)
Libsanitizer doesn't even build have the time on sparc, the release
AIO interface should prefer AIO operations over iter_op
Signed-off-by: Tadeusz Struk tadeusz.st...@intel.com
---
fs/aio.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index f8e52a1..389f4dd 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -1449,11
From: Tadeusz Struk tadeusz.st...@intel.com
Allow to link af_alg sgls.
Signed-off-by: Tadeusz Struk tadeusz.st...@intel.com
---
crypto/af_alg.c | 18 +-
include/crypto/if_alg.h |4 +++-
2 files changed, 16 insertions(+), 6 deletions(-)
diff --git a/crypto/af_alg.c
Add support for async operations.
Signed-off-by: Tadeusz Struk tadeusz.st...@intel.com
---
include/linux/net.h |6 +
net/socket.c| 64 +++
2 files changed, 70 insertions(+)
diff --git a/include/linux/net.h b/include/linux/net.h
From: Tadeusz Struk tadeusz.st...@intel.com
The way the algif_skcipher works currently is that on sendmsg/sendpage it
builds an sgl for the input data and then on read/recvmsg it sends the job
for encryption putting the user to sleep till the data is processed.
This way it can only handle one job
After the iocb parameter has been removed from sendmsg() and recvmsg() ops
the socket layer, and the network stack no longer support async operations.
This patch set adds support for asynchronous operations on sockets back.
--
Tadeusz Struk (4):
net: socket: add support for async operations
Due to the change to RNGs to always return zero in success case, the RNG
interface must zeroize the buffer with the length provided by the
caller.
Signed-off-by: Stephan Mueller smuel...@chronox.de
---
crypto/algif_rng.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, Mar 09, 2015 at 10:36:36AM -0700, Dmitry Torokhov wrote:
Instead of using #ifdefs let's mark suspend and resume methods as
__maybe_unused which will suppress compiler warnings about them being
unused and provide better compile coverage. This will not increase image
size.
On Wed, 11 Mar 2015 08:34:46 -0400
Sasha Levin sasha.le...@oracle.com wrote:
Fair enough. We knew there are existing kmemcheck users, but KASan should be
superior both in performance and the scope of bugs it finds. It also shouldn't
impose new limitations beyond requiring gcc 4.9.2+.
Ouch!
On 03/11/2015 08:40 AM, Steven Rostedt wrote:
On Wed, 11 Mar 2015 08:34:46 -0400
Sasha Levin sasha.le...@oracle.com wrote:
Fair enough. We knew there are existing kmemcheck users, but KASan should
be
superior both in performance and the scope of bugs it finds. It also
shouldn't
On 03/11/2015 08:19 AM, Steven Rostedt wrote:
I removed the Cc list as it was so large, I'm sure that it exceeded the
LKML Cc size limit, and your email probably didn't make it to the list
(or any of them).
Thanks. I'll resend in a bit if it doesn't show up on lkml.org.
On Wed, 11 Mar 2015
From 0c7233769665f03e9f91342770dba7279f928c23 Mon Sep 17 00:00:00 2001
From: Stephan Mueller smuel...@chronox.de
Date: Tue, 10 Mar 2015 17:00:36 +0100
Subject: [PATCH] crypto: testmgr - fix RNG return code enforcement
Due to the change to RNGs to always return zero in success case, the
invocation
This adds support for the Imagination Technologies hash accelerator which
provides hardware acceleration for SHA1 SHA244 SHA256 and MD5 hashes.
Tested on silicon, using testmgr.
Changes from V3:
* Standardised the cra_priorities to 300, sufficient to be chosen
ahead of
On Wed, Mar 11, 2015 at 07:43:22PM -0700, Guenter Roeck wrote:
It looks like the perl scripts do run - I see the .S files, and I do see .o
files created.
But I still get the error.
Looking into the object files, I see
$ nm vmx-crypto.o | grep aes_p8_cbc_encrypt
0680 t
Hi Andrew,
-Original Message-
From: abres...@google.com [mailto:abres...@google.com] On Behalf Of
Andrew Bresticker
Sent: 10 March 2015 18:02
To: James Hartley
Cc: linux-crypto@vger.kernel.org
Subject: Re: [PATCH V3 1/2] crypto: Add Imagination Technologies hw hash
accelerator
On Wed, Mar 11, 2015 at 08:51:32PM -0700, Guenter Roeck wrote:
Yes, this helps.
Feel free to add
Tested-by: Guenter Roeck li...@roeck-us.net
Thanks for testing and the quick feedback.
--
Email: Herbert Xu herb...@gondor.apana.org.au
Home Page: http://gondor.apana.org.au/~herbert/
PGP
On 03/11/2015 10:26 AM, Steven Rostedt wrote:
There's no real hurry to kill kmemcheck right now, but we do want to stop
supporting that in favour of KASan.
Understood, but the kernel is suppose to support older compilers.
Perhaps we can keep kmemcheck for now and say it's obsoleted if you
On Mon, Mar 09, 2015 at 01:25:49PM -0700, Dmitry Torokhov wrote:
PCI bus is hot-pluggable, and even if it wasn't one can still unbind the
device from driver via sysfs, so we should not make driver's remove
method as __exit.
Signed-off-by: Dmitry Torokhov dmitry.torok...@gmail.com
Applied.
On Mon, Mar 09, 2015 at 04:14:58PM +0200, Horia Geanta wrote:
Commit 5be4d4c94b1f (crypto: replace scatterwalk_sg_next with sg_next)
did not consider the fact that scatterwalk_sg_next() was looking at
sg entry length, while sg_next() looks at the chained sg bit.
This should have no effect in
On Mon, Mar 09, 2015 at 10:36:35AM -0700, Dmitry Torokhov wrote:
Even if bus is not hot-pluggable, the devices can be unbound from the
driver via sysfs, so we should not be using __exit annotations on
remove() methods. The only exception is drivers registered with
platform_driver_probe() which
On Wed, Mar 11, 2015 at 09:39:33AM -0400, Sasha Levin wrote:
On 03/11/2015 08:40 AM, Steven Rostedt wrote:
On Wed, 11 Mar 2015 08:34:46 -0400
Sasha Levin sasha.le...@oracle.com wrote:
Fair enough. We knew there are existing kmemcheck users, but KASan
should be
superior
This adds support for the Imagination Technologies hash accelerator which
provides hardware acceleration for SHA1 SHA224 SHA256 and MD5 hashes.
Signed-off-by: James Hartley james.hart...@imgtec.com
---
drivers/crypto/Kconfig| 14 +
drivers/crypto/Makefile |1 +
This adds the binding documentation for the Imagination Technologies hash
accelerator that provides hardware acceleration for SHA1/SHA224/SHA256/MD5
hashes. This hardware will be present in the upcoming pistachio SoC.
Signed-off-by: James Hartley james.hart...@imgtec.com
---
On 03/11/2015 06:23 PM, Herbert Xu wrote:
On Wed, Mar 11, 2015 at 08:47:17AM -0700, Guenter Roeck wrote:
Building powerpc:allmodconfig:
ERROR: .aes_p8_cbc_encrypt [drivers/crypto/vmx/vmx-crypto.ko] undefined!
ERROR: .aes_p8_set_encrypt_key [drivers/crypto/vmx/vmx-crypto.ko] undefined!
ERROR:
37 matches
Mail list logo