[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <lhu3484i9en.fsf@oldenburg.str.redhat.com>
Date: Tue, 30 Sep 2025 11:20:32 +0200
From: Florian Weimer <fweimer@...hat.com>
To: Deepak Gupta <debug@...osinc.com>
Cc: Charles Mirabile <cmirabil@...hat.com>, pjw@...nel.org,
Liam.Howlett@...cle.com, a.hindborg@...nel.org,
akpm@...ux-foundation.org, alex.gaynor@...il.com,
alexghiti@...osinc.com, aliceryhl@...gle.com, alistair.francis@....com,
andybnac@...il.com, aou@...s.berkeley.edu, arnd@...db.de,
atishp@...osinc.com, bjorn3_gh@...tonmail.com, boqun.feng@...il.com,
bp@...en8.de, brauner@...nel.org, broonie@...nel.org,
charlie@...osinc.com, cleger@...osinc.com, conor+dt@...nel.org,
conor@...nel.org, corbet@....net, dave.hansen@...ux.intel.com,
david@...hat.com, devicetree@...r.kernel.org, ebiederm@...ssion.com,
evan@...osinc.com, gary@...yguo.net, hpa@...or.com, jannh@...gle.com,
jim.shu@...ive.com, kees@...nel.org, kito.cheng@...ive.com,
krzk+dt@...nel.org, linux-arch@...r.kernel.org,
linux-doc@...r.kernel.org, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-kselftest@...r.kernel.org,
linux-mm@...ck.org, linux-riscv@...ts.infradead.org,
lorenzo.stoakes@...cle.com, lossin@...nel.org, mingo@...hat.com,
ojeda@...nel.org, oleg@...hat.com, palmer@...belt.com,
paul.walmsley@...ive.com, peterz@...radead.org,
richard.henderson@...aro.org, rick.p.edgecombe@...el.com,
robh@...nel.org, rust-for-linux@...r.kernel.org,
samitolvanen@...gle.com, shuah@...nel.org, tglx@...utronix.de,
tmgross@...ch.edu, vbabka@...e.cz, x86@...nel.org, zong.li@...ive.com
Subject: Re: [PATCH v19 00/27] riscv control-flow integrity for usermode
* Deepak Gupta:
> In case of shadow stack, it similar situation. If enabled compiler
> decides to insert sspush and sspopchk. They necessarily won't be
> prologue or epilogue but somewhere in function body as deemed fit by
> compiler, thus increasing the complexity of runtime patching.
>
> More so, here are wishing for kernel to do this patching for usermode
> vDSO when there is no guarantee of such of rest of usermode (which if
> was compiled with shadow stack would have faulted before vDSO's
> sspush/sspopchk if ran on pre-zimop hardware)
I think this capability is desirable so that you can use a distribution
kernel during CFI userspace bringup.
Thanks,
Florian
Powered by blists - more mailing lists