From nobody Mon Dec 29 23:45:49 2025 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 501BDC61D97 for ; Wed, 22 Nov 2023 10:53:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343588AbjKVKxx (ORCPT ); Wed, 22 Nov 2023 05:53:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42526 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230517AbjKVKxt (ORCPT ); Wed, 22 Nov 2023 05:53:49 -0500 Received: from imap5.colo.codethink.co.uk (imap5.colo.codethink.co.uk [78.40.148.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CBEE992 for ; Wed, 22 Nov 2023 02:53:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codethink.co.uk; s=imap5-20230908; h=Sender:Content-Transfer-Encoding: MIME-Version:Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-Type: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=IRLAbCze70rcXY5T2JejioYRFHEx7GCXD/81d6GGbbM=; b=FvukDxAYqR4gFcEGZzhrPO/6UT gpeCGrfjPsr0DCjdwGwCOeRoBrD9L8ZUrSSH2xuZRTnk7IeKBj5dJDiBD3w/xp76viNt53vYs9jTW R8lT/5V3cgKru10etZo33jlZ8Q2DRztTD8JC65NcR5FZAAkmbPuHZlqkaqvvrr4ve/m5HdgPltCwc jZlGHgBcKkURbY4jQJdXZa/HovfgaNPz9WuuCkoWkt6uc6JbIpZjXS4eQy+oKZm1251qAweCThdPq PUhq0oZ1F32pY75cxyBKgtSs/QlFcn1yBITKmXJjploVQ4pKkxjmxQeGMPZBuDJPxBp78WHuoyNxD llbDax2g==; Received: from [167.98.27.226] (helo=rainbowdash) by imap5.colo.codethink.co.uk with esmtpsa (Exim 4.94.2 #2 (Debian)) id 1r5krT-004Fjf-KJ; Wed, 22 Nov 2023 10:53:40 +0000 Received: from ben by rainbowdash with local (Exim 4.97) (envelope-from ) id 1r5krT-000000014q4-36Zv; Wed, 22 Nov 2023 10:53:39 +0000 From: Ben Dooks To: linux-kernel@vger.kernel.org Cc: peterz@infradead.org, mingo@redhat.com, will@kernel.org, longman@redhat.com, boqun.feng@gmail.com, Ben Dooks Subject: [PATCH] lockdep: make variable check_consistency static Date: Wed, 22 Nov 2023 10:53:36 +0000 Message-Id: <20231122105336.256919-1-ben.dooks@codethink.co.uk> X-Mailer: git-send-email 2.37.2.352.g3c44437643 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sender: srv_ts003@codethink.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" The variable check_consistency is not used outside of this file so make it static to fix the following sparse warning: kernel/locking/lockdep.c:1148:5: warning: symbol 'check_consistency' was no= t declared. Should it be static? Signed-off-by: Ben Dooks --- kernel/locking/lockdep.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c index e85b5ad3e206..73aeee69ebd1 100644 --- a/kernel/locking/lockdep.c +++ b/kernel/locking/lockdep.c @@ -1145,7 +1145,7 @@ static bool __check_data_structures(void) return true; } =20 -int check_consistency =3D 0; +static int check_consistency =3D 0; module_param(check_consistency, int, 0644); =20 static void check_data_structures(void) --=20 2.37.2.352.g3c44437643