From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935811AbdKPRQ6 (ORCPT ); Thu, 16 Nov 2017 12:16:58 -0500 Received: from mail-lf0-f67.google.com ([209.85.215.67]:55325 "EHLO mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933811AbdKPRQw (ORCPT ); Thu, 16 Nov 2017 12:16:52 -0500 X-Google-Smtp-Source: AGs4zMaVocu0Q2tUXJBQ0Sw7J8PcliVsLFfrdUoTYW5OvIc6KYRhOeMVDVflouWlfmR4y3x61KZO8fGIdB7i2M/Uz70= MIME-Version: 1.0 In-Reply-To: <20171116165922.llrojrvomuihabrt@hirez.programming.kicks-ass.net> References: <20171115213428.22559-1-samitolvanen@google.com> <20171115213428.22559-19-samitolvanen@google.com> <20171116115810.GH9361@arm.com> <20171116161731.GA94341@samitolvanen.mtv.corp.google.com> <20171116163054.kcsdsomr7u2mqql2@hirez.programming.kicks-ass.net> <20171116165922.llrojrvomuihabrt@hirez.programming.kicks-ass.net> From: Nick Desaulniers Date: Thu, 16 Nov 2017 09:16:49 -0800 Message-ID: Subject: Re: [PATCH v2 18/18] arm64: select ARCH_SUPPORTS_LTO_CLANG To: Peter Zijlstra Cc: Sami Tolvanen , Will Deacon , Alex Matveev , Andi Kleen , Ard Biesheuvel , Greg Hackmann , Kees Cook , linux-arm-kernel@lists.infradead.org, Linux Kbuild mailing list , LKML , Mark Rutland , Masahiro Yamada , Maxim Kuvyrkov , Michal Marek , Yury Norov , Matthias Kaehlcke , paulmck@linux.vnet.ibm.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 16, 2017 at 8:59 AM, Peter Zijlstra wrote: > On Thu, Nov 16, 2017 at 08:50:41AM -0800, Nick Desaulniers wrote: >> On Thu, Nov 16, 2017 at 8:30 AM, Peter Zijlstra wrote: >> >> > Ideally we'd get the toolchain people to commit to supporting the kernel >> > memory model along side the C11 one. That would help a ton. >> >> Does anyone from the kernel side participate in the C standardization process? > > Yes, Paul McKenney and Will Deacon. Doesn't mean these two can still be > reconciled though. From what I understand C11 (and onwards) are > incompatible with the kernel model on a number of subtle points. It would be good to have these incompatibilities written down, then for the sake of argument, they can be cited both for discussions on LKML and in the C standardization process. For example, a running list in Documentation/ or something would make it so that anyone could understand and cite current issues with the latest C standard. I don't understand why we'd block patches for enabling experimental features. We've been running this patch-set on actual devices for months and would love to provide them to the community for further testing. If bugs are found, then there's more evidence to bring to the C standards committee. Otherwise we're shutting down feature development for the sake of potential bugs in a C standard we're not even using.