Thread (2 messages) flat view 2 messages, 2 authors, 2016-06-23

Re: Doing crypto in small stack buffers (bluetooth vs vmalloc-stack crash, etc)

From: Andy Lutomirski <luto@amacapital.net>
Date: 2016-06-23 22:11:25
Also in: linux-bluetooth, linux-crypto, lkml

Possibly related (same subject, not in this thread)

On Wed, Jun 22, 2016 at 11:41 PM, Herbert Xu
[off-list ref] wrote:
On Thu, Jun 23, 2016 at 11:48:25AM +0800, Herbert Xu wrote:
quoted
No we never had such an API in the kernel.  However, I see that
rxkad does some pretty silly things and we should be able to avoid
using the stack in pretty much all cases.  Let me try to come up with
something.
Here it is:

---8<---
Subject: rxrpc: Avoid using stack memory in SG lists in rxkad
Looks reasonable to me.  Unless anyone tells me otherwise, my plan is
to queue it in my virtually-mapped stack series and to ask Ingo to
apply it via -tip.

If it went in via the networking tree, that would work as well, but it
would introduce a bisectability problem.

Thanks!

--Andy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help