Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp885275imm; Wed, 10 Oct 2018 05:59:26 -0700 (PDT) X-Google-Smtp-Source: ACcGV60Pz4zJIY7ib7Z/1H7/BnXdyYUpEf8YE1V/tzrLtk+o8fEAMu8RRxuUWLfDiEBBaSYwvPPJ X-Received: by 2002:a62:4301:: with SMTP id q1-v6mr33281213pfa.163.1539176366747; Wed, 10 Oct 2018 05:59:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539176366; cv=none; d=google.com; s=arc-20160816; b=pYPhSd3S0vD62trfiYXk6CiIhje+DCwcV6PIOqz8NlNpSDABy+NZbkw/yVe8o3EgjY UWvCFQp75joioefGVclNxE/gEoBEvbgDzwO2l1Ps1KNMR5RzKNAZVSFr00sZk2GQGqI8 9SBXpSswlUhBjpT9w/WXCGQAq9w4rbt0mUfmPaBvYGjD4TZa9dLe2yXSUY0mdDQviift 4e4d1EtblZ13y5ftsxpX3gpFb8leb9+WW2u1D8csTUd5Y7YUBqCe8/RrqdObIkV6mZG6 2qz+3jx1je0cjvRQvJ8tvNwwcOQQ///DhwqBWPoTZHxIAeNqIu8dNhl4DvWPgrK66DFA 1OIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=QnQ0/BbfvUwWvvx/bslCw+vNABRQpSxBufcVdDRcS/s=; b=z3jHmDdjywzxlSR6BtVuauydsfqwyIwEOsx/ML3XaGTXlTGkc8WJs7/EPq7JomBxXB KBRiI5Tmym9e1CJ0+J/Rpia2CXA0GDJJoLQvzC5wUlvSaZguCPtVhKFQxmH4dwmdbR1u RH3n9jLSaoYojYZWc74Gse+HqAJ1fc5LAmShw8UlGvb8FiXv1+h4uTF4oCPgYqcqHDNK ri45zTfWtEKW7OzOUNBGRtlZwpLiImrEsvheZyuWFf6wWud7StGKHtwIoZWvFV/e8+aA QpcOKVD9YAYF44kzYYvL4ot8ITDAUsezlzOZrdillQ62/MyQBwCUmaYM307JYX87xKgU RrKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=vh9D9VND; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id a80-v6si26630388pfj.195.2018.10.10.05.58.42; Wed, 10 Oct 2018 05:59:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=vh9D9VND; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1726995AbeJJURT (ORCPT + 99 others); Wed, 10 Oct 2018 16:17:19 -0400 Received: from mail-ot1-f67.google.com ([209.85.210.67]:38761 "EHLO mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726573AbeJJURT (ORCPT ); Wed, 10 Oct 2018 16:17:19 -0400 Received: by mail-ot1-f67.google.com with SMTP id l1so5205742otj.5 for ; Wed, 10 Oct 2018 05:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QnQ0/BbfvUwWvvx/bslCw+vNABRQpSxBufcVdDRcS/s=; b=vh9D9VND5m1VxJS22var0LyHg4TdXZ9wNFq1Lf6X3XRC5NpnMooADmFThpftZF0jjL 1M+TVnIoQNcrczwKLtcx7ch2cXVwyVW8ey1tnrMfpLV5b4iZWGgcgT3nnB3Uz53K2/Q5 S18Fw+OqXXG++NcoULqdCgP4ZEx8QvQTgxbc604KUxQCRuBpUGcBng8/Kv6nGoDYEARB VgTnfq/Tu82khtNuqyIzh2r1zFdR+ylx8IA3wByut8zQi28n69w9f8vTRLF/7ZW8BkPb 9ydCYgkX168eihh6Hj28fCwZ28RSfrf6V2XEX1g4AjPdAUpNwwvss/U+YacVEfukI0z/ kiNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QnQ0/BbfvUwWvvx/bslCw+vNABRQpSxBufcVdDRcS/s=; b=hvGrp1rRBPWQWBM56S7Mj2qkgNg8+WpL8laiakSHPjHG5BffQIzTban2QA8VjWHY3P 8UJaM9FHDsjYngFKMvBlrWD+IwDt06lFyzqaPYz2/tFnveGdQ/+Qbx4tzJfa1SHqeD04 CHdF6ZUM04xKpGifbm6rNUsn58HmwOviFwlmJOn4r25VNTDgR8dfahiJ2LplfTuWfWmR YZicD3G7DtwYmjUnOQ1FXwRuofE8JHVjql37eFtNqkNwpeozHeXPttkePzVL6Lazp4Yp Ozm+Mo2lrA2y5USZhybOv/Q0Z/C2ycVOKJLNfIfSj4G17vOQmWzYVhvu0AYbHmeDbpfS a3lA== X-Gm-Message-State: ABuFfogRtCVqoKs/0NIArE0nNY4LeBF1kOtJn4TTcgelZMkOWiO71KwS AMe0QOSpIpB+Boz7q0ozTr+7YV4or7KJuUnd54k= X-Received: by 2002:a9d:4374:: with SMTP id y49mr17409976oti.287.1539176115269; Wed, 10 Oct 2018 05:55:15 -0700 (PDT) MIME-Version: 1.0 References: <20181009153526eucas1p2cdbb125bc7a66e0685f2277740a25630~b_q7Stknv2226522265eucas1p2C@eucas1p2.samsung.com> In-Reply-To: <20181009153526eucas1p2cdbb125bc7a66e0685f2277740a25630~b_q7Stknv2226522265eucas1p2C@eucas1p2.samsung.com> From: Fabio Estevam Date: Wed, 10 Oct 2018 09:55:14 -0300 Message-ID: Subject: Re: [PATCH] config: arm: imx: remove PROVE_LOCKING from defconfig To: l.luba@partner.samsung.com Cc: "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , linux-kernel , Bartlomiej Zolnierkiewicz , Sascha Hauer , NXP Linux Team , Sascha Hauer , Fabio Estevam , Russell King - ARM Linux Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Lukasz, On Tue, Oct 9, 2018 at 12:36 PM Lukasz Luba wrote: > > PROVE_LOCKING enables LOCKDEP, which causes big overhead on cache and > bus transactions. > > On some ARM big.LITTLE architecutres (Exynos 5433) the overhead is really big. > The overhead can be measures using hackbench which will speed up > by x3 times (11sec -> 3.4sec). > When you check transaction on cache or buses, the results are way higher > than normal for the same hackbench test: > L1d cache invalidations: 26mln vs 4mln > L2u cache invalidations: 42mln vs 12mln > bus cyc/access: 30cyc/access vs. 20cyc/access > context switch is x3 times cheaper > > Enable this option only when you have some locking issue to investigate. > > Signed-off-by: Lukasz Luba > --- > arch/arm/configs/imx_v6_v7_defconfig | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/arch/arm/configs/imx_v6_v7_defconfig b/arch/arm/configs/imx_v6_v7_defconfig > index 7eca43f..f55cd2d 100644 > --- a/arch/arm/configs/imx_v6_v7_defconfig > +++ b/arch/arm/configs/imx_v6_v7_defconfig > @@ -425,7 +425,6 @@ CONFIG_PRINTK_TIME=y > CONFIG_DEBUG_FS=y > CONFIG_MAGIC_SYSRQ=y > # CONFIG_SCHED_DEBUG is not set > -CONFIG_PROVE_LOCKING=y Russell explains here why it is desirable to have CONFIG_PROVE_LOCKING=y for development: https://www.spinics.net/lists/kernel/msg2929513.html