Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2716687pxm; Mon, 28 Feb 2022 05:00:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJxPO38lknzWY4rCi0MbU0d7j8u4bwNxnFQXLQn1maVEYBYLg+3TrMmodC9G/4uSkPE0eH+C X-Received: by 2002:a17:907:90c7:b0:6d1:c55:86a4 with SMTP id gk7-20020a17090790c700b006d10c5586a4mr14867231ejb.484.1646053237025; Mon, 28 Feb 2022 05:00:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646053237; cv=none; d=google.com; s=arc-20160816; b=EVQqkkiiBEaygNn/loz9iTvCR3JO9FCx0O2oPISHQPVRK15EP+bGFl8aLTo0Yy9bXB oQGo4N9tqTabgA4eBBvqGatcbjzoJm8/oqlF03Rd07RYqU59Nhdf19h3x8BdquFVDj3w OkJq83sZ9EkVH0MdUmPd6rN/27USr6byZMCNQIYgHRW/bHuKdCYB5koJoG+6HjlUL4UN 3Z37qwPH3D4zB0PymeGBzAdJQKHwQBbwsJvvcoWO0LJwkjcqZh8xI5EITXc58Q08jJ9m mzWBHr0FjBDRwy00qEJ4FARU/BZEi7N/JETP8E7njDdAaqgbbjSw+Vqbo23BbdfYSrQA ZKyQ== 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=LMm9KvMYHZDw2M+XuWj6UZiOZk/s6oKUD3q6VtZew/M=; b=G0xxplkHHOXc6AAvuldTZ7ibsIXZc1Pi1DnQcRTg1ovD1Hr4I7qrMROe4I88grZd2y y2X+qZrD6+VSF5TXhVaY3bk5TI/d3wertaSro0utmcacTpEnsd2SrOtzdm45dbJly7Dy uYyMarVtpSqygDe60rRbJuldxVcmLxojXikdyxuVb49+q8ujRUUfEH22hCaqd7nnxIPl H7Lhj+dJhcqpI+9Fu7YRHzcrh7VTyhZSvaxIj6DkhtKEeScDHW6FTilYDtmVxuzapbkJ ixLoVTxLRK6yU5v6l51SG5uRW0tCYFL8eDo6mDv+DoRR7jw5YAK2HbnJxgg/gbo+oGyN rfrw== 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 d22-20020a50fb16000000b0040178a9989asi6909728edq.541.2022.02.28.05.00.05; Mon, 28 Feb 2022 05:00:37 -0800 (PST) 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 S234698AbiB1J6f (ORCPT + 99 others); Mon, 28 Feb 2022 04:58:35 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60386 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234690AbiB1J6X (ORCPT ); Mon, 28 Feb 2022 04:58:23 -0500 Received: from lgeamrelo11.lge.com (lgeamrelo11.lge.com [156.147.23.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id CB7702A257 for ; Mon, 28 Feb 2022 01:57:22 -0800 (PST) Received: from unknown (HELO lgemrelse6q.lge.com) (156.147.1.121) by 156.147.23.51 with ESMTP; 28 Feb 2022 18:57:21 +0900 X-Original-SENDERIP: 156.147.1.121 X-Original-MAILFROM: byungchul.park@lge.com Received: from unknown (HELO localhost.localdomain) (10.177.244.38) by 156.147.1.121 with ESMTP; 28 Feb 2022 18:57: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 Subject: [PATCH v3 19/21] dept: Disable Dept within the wait_bit layer by default Date: Mon, 28 Feb 2022 18:56:58 +0900 Message-Id: <1646042220-28952-20-git-send-email-byungchul.park@lge.com> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1646042220-28952-1-git-send-email-byungchul.park@lge.com> References: <1646042220-28952-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, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,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 02ce292..3e5a3eb 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 "sched.h" +#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