[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9ebf721647624d2474818384355ad1e6e2567426.camel@tugraz.at>
Date: Sat, 01 Mar 2025 14:55:13 +0100
From: Martin Uecker <uecker@...raz.at>
To: Askar Safin <safinaskar@...omail.com>, dan.carpenter@...aro.org
Cc: airlied@...il.com, boqun.feng@...il.com, gregkh@...uxfoundation.org,
hch@...radead.org, hpa@...or.com, ksummit@...ts.linux.dev,
linux-kernel@...r.kernel.org, miguel.ojeda.sandonis@...il.com,
rust-for-linux@...r.kernel.org, torvalds@...ux-foundation.org
Subject: Re: Rust kernel policy
Am Samstag, dem 01.03.2025 um 16:22 +0300 schrieb Askar Safin:
> Hi, Martin Uecker and Dan Carpenter.
>
> > No, this absolutely is useful. This is what UBSan does now
>
> > BTW: Another option I am investigating it to have UBsan insert traps
> > into the code and then have the compiler emit a warning only when
>
> Clang sanitizers should not be enabled in production.
> See https://www.openwall.com/lists/oss-security/2016/02/17/9 for details
"There is a minimal UBSan runtime available suitable for use in production
environments."
https://clang.llvm.org/docs/UndefinedBehaviorSanitizer.html
But I recommend to also read the rest of my email above,
because this is not relevant to what I wrote.
Martin
Powered by blists - more mailing lists