Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

2 messages, 2 authors, 2016-10-14 · open the first message on its own page

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

From: Johannes Berg <johannes@sipsolutions.net>
Date: 2016-10-14 13:10:50

So use kzalloc
Do we really need kzalloc()? We have things on the stack right now, and
don't initialize, so surely we don't really need to zero things?
This only addresses one half of the problem. The other problem, i.e.,
the fact that the aad[] array lives on the stack of the caller, is
handled adequately imo by the change proposed by Johannes.
But if we allocate things anyway, is it worth expending per-CPU buffers
on these?

johannes

Re: [PATCH] mac80211: aes_ccm: move struct aead_req off the stack

From: Ard Biesheuvel <hidden>
Date: 2016-10-14 13:15:09

On 14 October 2016 at 14:10, Johannes Berg [off-list ref] wrote:
quoted
So use kzalloc
Do we really need kzalloc()? We have things on the stack right now, and
don't initialize, so surely we don't really need to zero things?
quoted
This only addresses one half of the problem. The other problem, i.e.,
the fact that the aad[] array lives on the stack of the caller, is
handled adequately imo by the change proposed by Johannes.
But if we allocate things anyway, is it worth expending per-CPU buffers
on these?
Ehmm, maybe not. I could spin a v2 that allocates a bigger buffer, and
copies aad[] into it as well
That does not help the other algos though
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help