Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp599201iob; Wed, 4 May 2022 04:09:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZF7tBNszJUs9LUyAKXQlaT1pX9DfAdfJ5qncDnS0TevW82Ijt+oYynBD706c9YtqK6FMf X-Received: by 2002:a17:906:7d83:b0:6ce:fee:9256 with SMTP id v3-20020a1709067d8300b006ce0fee9256mr19998981ejo.647.1651662558806; Wed, 04 May 2022 04:09:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651662558; cv=none; d=google.com; s=arc-20160816; b=TkOVCG+hC061JJpEhaEeR4Udnd2vkWRyHsiOy1lt4Uo68NS3xTNtz7/jjsVEBzwWt1 ZxrGbM/oBtuspLt6VtMPqkHMEG3OVUvyGTqiQUsBBwrz9neQEiEd71ZZeUKOlA7YGcP8 xMZcdExaainn8oRY8mmu3DxadlA3nZYW0vAzhggmz3bZnDJX6wHBhxs4FYnaUrXQFKST ceNbDR9us4IGGgWXS3puIYzRBtjjtdLd22TMvcsEZ9bc2FVdutvDy/nywTkdBr1nRDOL Dq9wKbkkcOhbYAT5x9//2cFjsGxJYr5K0Z+UIY14Sfkbsot3TD1XlyCQk1je3TgzpW68 S3Mw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:message-id:date:subject :cc:to:from; bh=oFFZqTOEuyoy/ivELxCZWi3+YPuTnUcM3/EOfcjjrtw=; b=zGCL//79rG974nvzoNl+0R46bANPhDS7fi8OT2vmu4mCyzpiBuzdmU1mmloCRs7GOE Ek83apjibVvcTBL6TbVfGDUsEk+mscMjvpXu46W/offLPkP6FOZjCARBqW61bCUY9F7Q Ot2Qu/zvKLs1nFEf7ybNxsoPOkjDqbmj0tbrFi7IZQk7OpeaspRSe9liA5ZApAaPPKnG m5qgeALkb8mvc751cGGvNWTp21hD73nE6TCIFFd+4JkyDEzFnI/4fW7G79YD4hgGjDN3 TdYYr1EdY5MGCP9EAFR28qlCNL7Uz0f1VoDrZ0rD2Sh4no9KuZPSsGi08dhLF2xbAxQm 5CFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id fb24-20020a1709073a1800b006df76385dd3si14175464ejc.627.2022.05.04.04.08.48; Wed, 04 May 2022 04:09:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346658AbiEDIzc (ORCPT + 99 others); Wed, 4 May 2022 04:55:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53024 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346810AbiEDIxo (ORCPT ); Wed, 4 May 2022 04:53:44 -0400 Received: from lgeamrelo11.lge.com (lgeamrelo13.lge.com [156.147.23.53]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 0811625C4A for ; Wed, 4 May 2022 01:49:23 -0700 (PDT) Received: from unknown (HELO lgeamrelo01.lge.com) (156.147.1.125) by 156.147.23.53 with ESMTP; 4 May 2022 17:19:21 +0900 X-Original-SENDERIP: 156.147.1.125 X-Original-MAILFROM: byungchul.park@lge.com Received: from unknown (HELO localhost.localdomain) (10.177.244.38) by 156.147.1.125 with ESMTP; 4 May 2022 17:19:21 +0900 X-Original-SENDERIP: 10.177.244.38 X-Original-MAILFROM: byungchul.park@lge.com From: Byungchul Park To: torvalds@linux-foundation.org Cc: damien.lemoal@opensource.wdc.com, linux-ide@vger.kernel.org, adilger.kernel@dilger.ca, linux-ext4@vger.kernel.org, mingo@redhat.com, linux-kernel@vger.kernel.org, peterz@infradead.org, will@kernel.org, tglx@linutronix.de, rostedt@goodmis.org, joel@joelfernandes.org, sashal@kernel.org, daniel.vetter@ffwll.ch, chris@chris-wilson.co.uk, duyuyang@gmail.com, johannes.berg@intel.com, tj@kernel.org, tytso@mit.edu, willy@infradead.org, david@fromorbit.com, amir73il@gmail.com, bfields@fieldses.org, gregkh@linuxfoundation.org, kernel-team@lge.com, linux-mm@kvack.org, akpm@linux-foundation.org, mhocko@kernel.org, minchan@kernel.org, hannes@cmpxchg.org, vdavydov.dev@gmail.com, sj@kernel.org, jglisse@redhat.com, dennis@kernel.org, cl@linux.com, penberg@kernel.org, rientjes@google.com, vbabka@suse.cz, ngupta@vflare.org, linux-block@vger.kernel.org, paolo.valente@linaro.org, josef@toxicpanda.com, linux-fsdevel@vger.kernel.org, viro@zeniv.linux.org.uk, jack@suse.cz, jack@suse.com, jlayton@kernel.org, dan.j.williams@intel.com, hch@infradead.org, djwong@kernel.org, dri-devel@lists.freedesktop.org, airlied@linux.ie, rodrigosiqueiramelo@gmail.com, melissa.srw@gmail.com, hamohammed.sa@gmail.com, 42.hyeyoo@gmail.com Subject: [PATCH RFC v6 17/21] dept: Disable Dept within the wait_bit layer by default Date: Wed, 4 May 2022 17:17:45 +0900 Message-Id: <1651652269-15342-18-git-send-email-byungchul.park@lge.com> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1651652269-15342-1-git-send-email-byungchul.park@lge.com> References: <1651652269-15342-1-git-send-email-byungchul.park@lge.com> X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org The struct wait_queue_head array, bit_wait_table[] in sched/wait_bit.c are shared by all its users, which unfortunately vary in terms of class. So each should've been assigned its own class to avoid false positives. It'd better let Dept work at a higher layer than wait_bit. So disabled Dept within the wait_bit layer by default. It's worth noting that Dept is still working with the other struct wait_queue_head ones that are mostly well-classified. Signed-off-by: Byungchul Park --- kernel/sched/wait_bit.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/kernel/sched/wait_bit.c b/kernel/sched/wait_bit.c index d4788f8..df93e33 100644 --- a/kernel/sched/wait_bit.c +++ b/kernel/sched/wait_bit.c @@ -3,6 +3,7 @@ /* * The implementation of the wait_bit*() and related waiting APIs: */ +#include #define WAIT_TABLE_BITS 8 #define WAIT_TABLE_SIZE (1 << WAIT_TABLE_BITS) @@ -246,6 +247,8 @@ void __init wait_bit_init(void) { int i; - for (i = 0; i < WAIT_TABLE_SIZE; i++) + for (i = 0; i < WAIT_TABLE_SIZE; i++) { init_waitqueue_head(bit_wait_table + i); + dept_map_nocheck(&(bit_wait_table + i)->dmap); + } } -- 1.9.1