[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <3a829098-612b-4e5a-bcec-3727acee7ff8@app.fastmail.com>
Date: Sun, 18 Feb 2024 11:29:32 +0100
From: "Arnd Bergmann" <arnd@...db.de>
To: "Andi Kleen" <ak@...ux.intel.com>, "Arnd Bergmann" <arnd@...nel.org>
Cc: "Alexander Viro" <viro@...iv.linux.org.uk>,
"Christian Brauner" <brauner@...nel.org>, "Jan Kara" <jack@...e.cz>,
"Nathan Chancellor" <nathan@...nel.org>,
"Nick Desaulniers" <ndesaulniers@...gle.com>,
"Bill Wendling" <morbo@...gle.com>, "Justin Stitt" <justinstitt@...gle.com>,
"Kees Cook" <keescook@...omium.org>,
"Andrew Morton" <akpm@...ux-foundation.org>, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, llvm@...ts.linux.dev
Subject: Re: [PATCH] fs/select: rework stack allocation hack for clang
On Sun, Feb 18, 2024, at 11:19, Andi Kleen wrote:
> I suspect given the larger default stack now we could maybe just increase the
> warning limit too, but that should be fine.
I don't think we have increased the default stack size in decades,
it's still 8KB on almost all 32-bit architectures (sh, hexagon and m68k
still allow 4KB stacks, but that's probably broken). I would actually
like to (optionally) reduce the stack size for 64-bit machines
from 16KB to 12KB now that it's always vmapped.
> Reviewed-by: Andi Kleen <ak@...ux.intel.com>
Thanks,
Arnd
Powered by blists - more mailing lists