Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1064411ybk; Wed, 20 May 2020 20:32:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzhYGtUDKdYgAtw5TgCJpVqb/vqSmkMbtrbmNzN7Q6x7MNHzZvGnVoONlssiz699EJk2TWw X-Received: by 2002:a17:906:9516:: with SMTP id u22mr1744227ejx.115.1590031948859; Wed, 20 May 2020 20:32:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590031948; cv=none; d=google.com; s=arc-20160816; b=aD6/Wn/V6M1qWcrffmv/f6aOVveBLVHORZrlSWIb055jfVxvqjDbi0lld0/aHk1bNO 28fuqTuRwPGSpauI7S4RyRx6J7wJeI3hjFKYj2ur9715C+GZfuSLhLyLSlCrPGYsVRPj n7yaqXTt/NFMAIZI4k3tY3kcBuw1xQSS4h/dpo2FURi3oZ8w8/WzNRQheGlclu+D9QkR FpPvxXvD1EmYfAVCYiO3JJPP7u54Y8mMeRXmn9OP8RVAaMXMi2tT3FU4q75GpScWNvZd A/nVbBPMtrYrgjZw+yqkU48hOgxRSKrWlKvxbugsTPrN1pE9INF34nibVO2VbC31DtEQ 75gQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=uDIiEcjy80gA4ps38HoROvYan2sQOUFT82jQPB/2UNw=; b=aNzdsfbIHgSuRaPWbEOB/ShT3VXWeb+RU4BxK7QiN496o9NuHtOVuNovnKmceCHr8z bSBBz3PnW2ZB74XMMBxFMO35/LYeoM7Sn7OeUyKL9mJ7W62NOscTC0VDRIMIPtlJgjJJ d8viS0dRqJ56QyzZp+9uDO+lIGQKyMe7mH0tvO+dx6vrl4+swiDch0YRQyd+SaRyVH65 MtQD77z0nIFJ/bBLkROx7Sv48damsPqXuoTcJaRXBkebR86chuL/siL0SSVuhw0tzK9c /xB60tgzW8DXQV5EA1+VCGV0cdbAuDEKnZlKTvHQ5/tiHc4AmYZLLYP4jgBjO5bIWhXV eu+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=AyO6SeGG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i19si2909745ejy.14.2020.05.20.20.32.05; Wed, 20 May 2020 20:32:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=AyO6SeGG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728100AbgEUDaf (ORCPT + 99 others); Wed, 20 May 2020 23:30:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37212 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726954AbgEUDaf (ORCPT ); Wed, 20 May 2020 23:30:35 -0400 Received: from mail-pj1-x1041.google.com (mail-pj1-x1041.google.com [IPv6:2607:f8b0:4864:20::1041]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1216BC061A0E; Wed, 20 May 2020 20:30:35 -0700 (PDT) Received: by mail-pj1-x1041.google.com with SMTP id cx22so2296078pjb.1; Wed, 20 May 2020 20:30:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=uDIiEcjy80gA4ps38HoROvYan2sQOUFT82jQPB/2UNw=; b=AyO6SeGGAm0QIBIThN81SGP22D8KEcinoULbuJpMuGLPj+TBB6w56rPuJ9bZMI6GrB hVb1JWW98n8iq9Sqt2fp50aL/UE0K1AOInfCQixIRLFkRuApEB38udFtXFHd1Xhg7/yu l/jjyWMByv7QV5YKUQuKuZQRdMAh55VjbXu0SLBUUpaXGb6niSP4D7Np6gWczQKTHsZZ EPdpvwyjYf89fiVm+Wj+KR7VLdi1ltKrNHrWCKXy7rjC3n9hFL8G4T7fSOKXswi2fNe5 omGddWl1GckaZextAfUHv8dw0In36MAiMUO066IOHAbov9lR2L+pzStSVIdQFeMFmrSE PDLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=uDIiEcjy80gA4ps38HoROvYan2sQOUFT82jQPB/2UNw=; b=GaVHztKhiHHwLFsiVtr9P8BF2AuEkJwZzDg9ukhmJKjBS4ZYZ6TWOeqie6CGzQpjFn 9zVvfrdRdvhQDOEXlmWldaOKEzEd5TNIXuv7dvl6N0mjcSq+Acea+vFu+LEjpqoqPJHT ZWf8y6toJuvTIJJSKQSBoDj8mwfmCFKAJfInEcqewHSoT2PeNpliQp2CY2lhn2HQMh4k GV2aZaJDoHFa3yPbyUlErhUTTdqpbqF791yF+xlfj1cDVrlF2a9mD0ZR2KQxrGiSlsRL UXtn1IokbHr7MwVg/URtLdiS5x0/P9x0kx7zSumTEVyuItXzFlZTKXODKEm91weFp/ok VpPA== X-Gm-Message-State: AOAM531uQJXN0AuOCmKacFqe7Lf95Ry/JxsvX6FoPrtTZmzem6lgjyku tOCeHJSWYPmNcmMkgtsAiQ3NlwQe X-Received: by 2002:a17:90b:8d1:: with SMTP id ds17mr8432440pjb.76.1590031834534; Wed, 20 May 2020 20:30:34 -0700 (PDT) Received: from ubuntu-s3-xlarge-x86 ([2604:1380:4111:8b00::1]) by smtp.gmail.com with ESMTPSA id w21sm3479771pfu.47.2020.05.20.20.30.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 May 2020 20:30:33 -0700 (PDT) Date: Wed, 20 May 2020 20:30:31 -0700 From: Nathan Chancellor To: Borislav Petkov Cc: Will Deacon , "Peter Zijlstra (Intel)" , linux-kernel@vger.kernel.org, linux-tip-commits@vger.kernel.org, Thomas Gleixner , Marco Elver , x86 , clang-built-linux@googlegroups.com Subject: Re: [tip: locking/kcsan] READ_ONCE: Use data_race() to avoid KCSAN instrumentation Message-ID: <20200521033031.GA3590594@ubuntu-s3-xlarge-x86> References: <20200511204150.27858-18-will@kernel.org> <158929421358.390.2138794300247844367.tip-bot2@tip-bot2> <20200520221712.GA21166@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200520221712.GA21166@zn.tnic> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 21, 2020 at 12:17:12AM +0200, Borislav Petkov wrote: > Hi, > > On Tue, May 12, 2020 at 02:36:53PM -0000, tip-bot2 for Will Deacon wrote: > > The following commit has been merged into the locking/kcsan branch of tip: > > > > Commit-ID: cdd28ad2d8110099e43527e96d059c5639809680 > > Gitweb: https://git.kernel.org/tip/cdd28ad2d8110099e43527e96d059c5639809680 > > Author: Will Deacon > > AuthorDate: Mon, 11 May 2020 21:41:49 +01:00 > > Committer: Thomas Gleixner > > CommitterDate: Tue, 12 May 2020 11:04:17 +02:00 > > > > READ_ONCE: Use data_race() to avoid KCSAN instrumentation > > > > Rather then open-code the disabling/enabling of KCSAN across the guts of > > {READ,WRITE}_ONCE(), defer to the data_race() macro instead. > > > > Signed-off-by: Will Deacon > > Signed-off-by: Thomas Gleixner > > Acked-by: Peter Zijlstra (Intel) > > Cc: Marco Elver > > Link: https://lkml.kernel.org/r/20200511204150.27858-18-will@kernel.org > > so this commit causes a kernel build slowdown depending on the .config > of between 50% and over 100%. I just bisected locking/kcsan and got > > NOT_OK: cdd28ad2d811 READ_ONCE: Use data_race() to avoid KCSAN instrumentation > OK: 88f1be32068d kcsan: Rework data_race() so that it can be used by READ_ONCE() > > with a simple: > > $ git clean -dqfx && mk defconfig > $ time make -j > > I'm not even booting the kernels - simply checking out the above commits > and building the target kernels. I.e., something in that commit is > making gcc go nuts in the compilation phases. > > -- > Regards/Gruss, > Boris. > > https://people.kernel.org/tglx/notes-about-netiquette For what it's worth, I also noticed the same thing with clang. I only verified the issue in one of my first build targets, an arm defconfig build, which regressed from 2.5 minutes to 10+ minutes. More details available on our issue tracker (Nick did some more profiling on other configs with both clang and gcc): https://github.com/ClangBuiltLinux/linux/issues/1032 More than happy to do further triage as time permits. I do note Marco's message about the upcoming series to eliminate this but it would be nice if this did not regress in the meantime. Cheers, Nathan