lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 23 Feb 2022 00:55:40 -0800 From: Dan Li <ashimida@...ux.alibaba.com> To: Guenter Roeck <linux@...ck-us.net>, Nathan Chancellor <nathan@...nel.org> Cc: catalin.marinas@....com, will@...nel.org, ndesaulniers@...gle.com, keescook@...omium.org, masahiroy@...nel.org, tglx@...utronix.de, akpm@...ux-foundation.org, mark.rutland@....com, samitolvanen@...gle.com, npiggin@...il.com, mhiramat@...nel.org, ojeda@...nel.org, luc.vanoostenryck@...il.com, elver@...gle.com, linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, llvm@...ts.linux.dev, linux-hardening@...r.kernel.org Subject: Re: [PATCH] [PATCH] AARCH64: Add gcc Shadow Call Stack support On 2/22/22 08:47, Guenter Roeck wrote: > On 2/22/22 08:16, Nathan Chancellor wrote: >> On Tue, Feb 22, 2022 at 01:57:36AM -0800, Dan Li wrote: >>> Shadow call stack is available in GCC > 11.2.0, this patch makes > > The above suggests that the option will be available with gcc 11.3.0. > Information available in public suggests that it will be introduced > with gcc 12.0. > Ah, yes, I think we could use "gcc >= 12.0.0" here. > The point here, I think, is to list the minimum gcc version. > It is going to be a long time until gcc 12.0 is the minimum version, > so I think it makes sense to list the minimum version number for > each compiler here. > > However, it may make sense to add some reference indicating that > support will indeed be added with gcc 11.3.0, and not only starting I took a quick look at the gcc description, and it seems like the y in x.y.z is usually used to fix bugs, and new features should be added directly to the trunk. Link: https://gcc.gnu.org/develop.html > with gcc 12.0 (and maybe wait with applying this patch until it is > actually available in gcc and can be confirmed to work as intended). > It's also fine to wait for gcc 12 to be released, and I thought maybe I could submit the "final" version of this patch to the community (or mailing list) first so maybe more people would test it and if there were any issues, it could be fixed before GCC 12 is released :) Thanks, Dan.
Powered by blists - more mailing lists