On Sun, Feb 11, 2024 at 11:59:49AM -0800, Linus Torvalds wrote: > On Sun, 11 Feb 2024 at 03:12, Uros Bizjak <ubizjak@xxxxxxxxx> wrote: > > > > I'd suggest the original poster to file a bug report in the GCC > > bugzilla. This way, the bug can be properly analysed and eventually > > fixed. The detailed instructions are available at > > https://gcc.gnu.org/bugs/ > > Yes, please. Sean? > > In order to *not* confuse it with the "asm goto with output doesn't > imply volatile" bugs, could you make a bug report that talks purely > about the code generation issue that happens even with a manually > added volatile (your third code sequence in your original email)? Preferably for all the different cases where you suspect a compiler bug. At minimum preprocessed source + compiler options + detailed description where do you think the bug is (or small runtime testcase but that is harder for issues derived from the kernel obviously). GCC 11 is still supported upstream, so bugs reproduceable even with just that should be filed in gcc.gnu.org/bugzilla/, if something is only reproduceable with older compilers, guess it belongs in some distribution's bugtrackers if those still support those compilers. Once filed we can bisect, analyze them, fix. ICE bugs are even easier to file, all we need is preprocessed source, command line options and gcc version/architecture. gcc -freport-bug in most cases should be able to create everything in one file for the bugreport. As for the workarounds in the kernel, I'd also like to see only workarounds for specific compiler versions (once filed, bisected and analyzed, workaround could be either based on affected compiler versions, or kernel could try to check for the compiler bug in question and only add workaround if that bug reproduces on a short testcase. Sure, this would be easier in autoconf style checks, but could be done even in kernel's makefiles. Jakub