Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp1072887pxx; Tue, 27 Oct 2020 07:40:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzDgkk3p/Kcsua+wbJ2Q3AOd3nsxJn//NdLBQrfd4Kx5kCMB3s2HIJPBKKJ8VGAivXVFfKp X-Received: by 2002:aa7:d28a:: with SMTP id w10mr2634131edq.192.1603809603256; Tue, 27 Oct 2020 07:40:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603809603; cv=none; d=google.com; s=arc-20160816; b=vvZmn4/sppxPIezCgKdIN62aIGKBZ/NmLdCHJFr8EJ3ind7tsHQhRT21iTG09GNvD6 e7TNXs1incZVTao9HjmPYaNrsks0Sz0CYz/B/qzVOHCM8D7Km/clxK+wKuESeRjAx7U/ HUQOdaE4Eiif9L7N0T0QJOgH6cUCanCTnYMLjx1WfZGvAYF2RlHpur8MFfnnn1h+unYa tiuYD0x/rMBqrQMGdk4+1GC3ipC2aM/xI7Bc2QWkXUAmDpmusW+9WjXNOiwq7U9arMwI hsg4VmwWejQn0BEyP21Xk7w2rR3odYNnRfzg7UtY4vEqP9biPtMXXCqF8R0TeDcNgrbg P8cA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:date:to:cc:from:subject :references:in-reply-to:content-transfer-encoding:mime-version; bh=rEXb0z1Fb/2R1eUe0213VFPTZ+zxzpzF44JJB81WGeM=; b=Cia54sHNu8vCuCSCmuMixbCeOsixyLY1ruKt84rBJ6P0VzR51d+haKHuaYziVeayGa /eyZx5ai+Gg8QM9ACSctphgtMeWGSMagD5Ep2Z5rogzcBeAdviSCWHE3SUQfrzqJnwxT qxl1lJRxmeGcL9DF6fBqQ5Z+c+UCiGkN6/ammofhT76oAw4Nhc2RGiTjW3X1CftsD/ch f+KDm6aadxZtg7Sk+XV0tvZp54ORl6dz9hMaAC9+X9WbF7Abej1WQSQKB9exGw0+dBuV HOyw7e5uuYzAV/o75VpQR6vsv90EyIRlc5YGlFnJ0Wsg3gpTWcr19nf70qvbTfs1kQTO inKA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a16si1396835ejk.22.2020.10.27.07.39.41; Tue, 27 Oct 2020 07:40:03 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1749942AbgJ0L3w convert rfc822-to-8bit (ORCPT + 99 others); Tue, 27 Oct 2020 07:29:52 -0400 Received: from mail.fireflyinternet.com ([77.68.26.236]:63441 "EHLO fireflyinternet.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1749937AbgJ0L3w (ORCPT ); Tue, 27 Oct 2020 07:29:52 -0400 X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=78.156.65.138; Received: from localhost (unverified [78.156.65.138]) by fireflyinternet.com (Firefly Internet (M1)) with ESMTP (TLS) id 22816111-1500050 for multiple; Tue, 27 Oct 2020 11:29:38 +0000 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT In-Reply-To: <160208761332.7002.17400661713288945222.tip-bot2@tip-bot2> References: <20200930094937.GE2651@hirez.programming.kicks-ass.net> <160208761332.7002.17400661713288945222.tip-bot2@tip-bot2> Subject: Re: [tip: locking/core] lockdep: Fix usage_traceoverflow From: Chris Wilson Cc: Qian Cai , Peter Zijlstra (Intel) , x86 , LKML To: linux-kernel@vger.kernel.org, linux-tip-commits@vger.kernel.org, tip-bot2 for Peter Zijlstra Date: Tue, 27 Oct 2020 11:29:35 +0000 Message-ID: <160379817513.29534.880306651053124370@build.alporthouse.com> User-Agent: alot/0.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting tip-bot2 for Peter Zijlstra (2020-10-07 17:20:13) > The following commit has been merged into the locking/core branch of tip: > > Commit-ID: 24d5a3bffef117ed90685f285c6c9d2faa3a02b4 > Gitweb: https://git.kernel.org/tip/24d5a3bffef117ed90685f285c6c9d2faa3a02b4 > Author: Peter Zijlstra > AuthorDate: Wed, 30 Sep 2020 11:49:37 +02:00 > Committer: Peter Zijlstra > CommitterDate: Wed, 07 Oct 2020 18:14:17 +02:00 > > lockdep: Fix usage_traceoverflow > > Basically print_lock_class_header()'s for loop is out of sync with the > the size of of ->usage_traces[]. We're hitting a problem, $ cat /proc/lockdep_stats upon boot generates: [ 29.465702] DEBUG_LOCKS_WARN_ON(debug_atomic_read(nr_unused_locks) != nr_unused) [ 29.465716] WARNING: CPU: 0 PID: 488 at kernel/locking/lockdep_proc.c:256 lockdep_stats_show+0xa33/0xac0 that bisected to this patch. Only just completed the bisection and thought you would like a heads up. -Chris