From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755552AbdK2Pmc (ORCPT ); Wed, 29 Nov 2017 10:42:32 -0500 Received: from mail-wm0-f65.google.com ([74.125.82.65]:45881 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933150AbdK2PmQ (ORCPT ); Wed, 29 Nov 2017 10:42:16 -0500 X-Google-Smtp-Source: AGs4zMa3bYyYlrHRpx6rzAPLS5DhxQBeccRogZBa6kI+QRJKjTW8/+qg2RcpOiHOEbl6QptbEcI8IQ== From: Daniel Vetter To: LKML , Peter Zijlstra , Ingo Molnar , Thomas Gleixner Cc: Intel Graphics Development , Tejun Heo , Kees Cook , Daniel Vetter , Tvrtko Ursulin , Marta Lofstedt , Daniel Vetter Subject: [PATCH 2/2] lockdep: Up MAX_LOCKDEP_CHAINS Date: Wed, 29 Nov 2017 16:41:45 +0100 Message-Id: <20171129154145.26755-3-daniel.vetter@ffwll.ch> X-Mailer: git-send-email 2.15.0 In-Reply-To: <20171129154145.26755-1-daniel.vetter@ffwll.ch> References: <20171129154145.26755-1-daniel.vetter@ffwll.ch> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org cross-release ftl >>From Chris: "Fwiw, this isn't cross-release but us reloading the module many times, creating a whole host of new lockclasses. Even more fun is when the module gets a slightly different address and the new lock address hashes into an old lock... "I did think about a module-hook to revoke the stale lockclasses, but that still leaves all the hashed chains. "This particular nuisance was temporarily pushed back by teaching igt not to reload i915.ko on a whim." Cc: Tvrtko Ursulin Cc: Marta Lofstedt References: https://bugs.freedesktop.org/show_bug.cgi?id=103707 Signed-off-by: Daniel Vetter --- kernel/locking/lockdep_internals.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/locking/lockdep_internals.h b/kernel/locking/lockdep_internals.h index d459d624ba2a..41630a5385c6 100644 --- a/kernel/locking/lockdep_internals.h +++ b/kernel/locking/lockdep_internals.h @@ -69,7 +69,7 @@ enum { #else #define MAX_LOCKDEP_ENTRIES 32768UL -#define MAX_LOCKDEP_CHAINS_BITS 16 +#define MAX_LOCKDEP_CHAINS_BITS 17 /* * Stack-trace: tightly packed array of stack backtrace -- 2.15.0