Thread (8 messages) 8 messages, 3 authors, 2019-10-28

Re: pull-request: mac80211-next 2019-07-31

From: Johannes Berg <johannes@sipsolutions.net>
Date: 2019-10-28 11:38:47
Also in: linux-wireless

On Mon, 2019-10-28 at 12:08 +0100, Johannes Berg wrote:
On Mon, 2019-10-28 at 11:53 +0100, Arnd Bergmann wrote:
quoted
quoted
Why do you say 32-bit btw, it should be *bigger* on 64-bit, but I didn't
see this ... hmm.
That is correct. For historic reasons, both the total amount of stack space
per thread and the warning limit on 64 bit are twice the amount that we
have on 32-bit kernels, so even though the problem is more serious on
64-bit architectures, we do not see a warning about it because we remain
well under the warning limit.
Hmm, but I have:

CONFIG_FRAME_WARN=1024

in my compilation
But the compiler decides not to inline it, for whatever reason. Only if
I mark it as __always_inline, does it actually inline it.

But it does seem to merge the storage, if I inline only assoc_success()
I get 888 bytes (after the fix), if I inline also
ieee80211_rx_mgmt_assoc_resp() then I get 904 bytes.

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