rxrpc: Avoid using stack memory in SG lists in rxkad
authorHerbert Xu <herbert@gondor.apana.org.au>
Sun, 26 Jun 2016 21:55:24 +0000 (14:55 -0700)
committerDavid Howells <dhowells@redhat.com>
Wed, 6 Jul 2016 09:43:05 +0000 (10:43 +0100)
commita263629da519b2064588377416e067727e2cbdf9
tree13438d940f9a8c3aa4824955d2242813f95b4900
parent689f4c646d6a8f0730eec11e06e5909de0b5d5d2
rxrpc: Avoid using stack memory in SG lists in rxkad

rxkad uses stack memory in SG lists which would not work if stacks were
allocated from vmalloc memory.  In fact, in most cases this isn't even
necessary as the stack memory ends up getting copied over to kmalloc
memory.

This patch eliminates all the unnecessary stack memory uses by supplying
the final destination directly to the crypto API.  In two instances where a
temporary buffer is actually needed we also switch use a scratch area in
the rxrpc_call struct (only one DATA packet will be being secured or
verified at a time).

Finally there is no need to split a split-page buffer into two SG entries
so code dealing with that has been removed.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Andy Lutomirski <luto@kernel.org>
Signed-off-by: David Howells <dhowells@redhat.com>
net/rxrpc/ar-internal.h
net/rxrpc/conn_event.c
net/rxrpc/conn_object.c
net/rxrpc/insecure.c
net/rxrpc/rxkad.c