Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp1637882pxm; Fri, 4 Mar 2022 00:05:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJwVu+rO8ZIbpSIR0IspuNuIKHqb4MYNhLpJks7kxokbxORlXrI8e1Po78joOArT56mvs3mI X-Received: by 2002:a17:907:9703:b0:6da:6412:508a with SMTP id jg3-20020a170907970300b006da6412508amr9592066ejc.77.1646381106275; Fri, 04 Mar 2022 00:05:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646381106; cv=none; d=google.com; s=arc-20160816; b=L6Mmrmxon05bWKkEHtlkejIJHyOQgOsMCsAg3NhnxkihznmJVfIBMR0qA7nu123mcd vQ6QG+W1wudgYaeZv+gG39Fvl8HPHfqFM1sCXJE4AM4OoFJ+X8IJz9BrR+/wfeCu6ALC So9qzvQjVFPBeez1LJKa0tZQ8Nrq1jA5RkFMJ1Q9nZ6Me5PyRiO2NgBBrbtwCaPvT7Ws fVKrLmeY96FLLF/YvaCrpAYoVtsnXAXXzV/Ofd1ctmVfZisM7ltIYTZ/kPPKR8LM9qZo QUB/2dwr5M1jTcpvmSoqyo1XK7+KG6cpj6g3b++vKfoulOYQkq9AFCGMYOtXSZB3mfOr HQOA== 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=QogNFAnKAPo/Nxvo//BiPQQPhBCc11KA/MXcXuLI3VDmTtigFnT9bTMkcqDq/j4y7u /Rz3kPIbaEVzD8FKn04U8+7uluyobXkPXxhskS9C9fkpVxDJvMoVL9hYI2D5lUnGmN/m L6iNoBRHh1NGn+WCkFtgN3smBR9v7AJTvBLBHGXyrkS32Z7w63ilFqZCz73Az+J9BDY2 DJNawnze1z+GYKkfSpRUeyTgs7WZi103hIV7wZV9j3+9diWjkl0C0MvPFLKXz46PB7WV Y+f35o+jJZm38vwGQX9/Ny2hSYYBm1KQF2lWcpLyHNDuRWM+P/jnOmGif5MWA856bLrB DlhQ== 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 jg36-20020a170907972400b006da91fa1394si2435292ejc.53.2022.03.04.00.04.41; Fri, 04 Mar 2022 00:05:06 -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 S238758AbiCDHI6 (ORCPT + 99 others); Fri, 4 Mar 2022 02:08:58 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37408 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238751AbiCDHIv (ORCPT ); Fri, 4 Mar 2022 02:08:51 -0500 Received: from lgeamrelo11.lge.com (lgeamrelo11.lge.com [156.147.23.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 58C41191427 for ; Thu, 3 Mar 2022 23:07:10 -0800 (PST) Received: from unknown (HELO lgemrelse6q.lge.com) (156.147.1.121) by 156.147.23.51 with ESMTP; 4 Mar 2022 16:07:09 +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; 4 Mar 2022 16:07:08 +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 v4 19/24] dept: Disable Dept within the wait_bit layer by default Date: Fri, 4 Mar 2022 16:06:38 +0900 Message-Id: <1646377603-19730-20-git-send-email-byungchul.park@lge.com> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1646377603-19730-1-git-send-email-byungchul.park@lge.com> References: <1646377603-19730-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=unavailable 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