Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2268983pxp; Mon, 21 Mar 2022 15:26:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx3JFnS+20ag4yTVlPjycpk8gpOhJU1kQy0LhsIxli7LVZqslHm2kIZsTleZ82QGea9BlSl X-Received: by 2002:a17:90a:3e4e:b0:1c6:586a:4d6a with SMTP id t14-20020a17090a3e4e00b001c6586a4d6amr1411473pjm.214.1647901604392; Mon, 21 Mar 2022 15:26:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647901604; cv=none; d=google.com; s=arc-20160816; b=TcT7l922WLF2v0jqraDasRR8RW30E5wdt7aV4yCs4xPa+U3ZsSb8qH+t00ju5MJKz+ 2aF0nv02RrpLdrxnpbYmwIp8LP59A4yHx3NwQQN4lwcHTqs05xSWKxGE39TC7fmowCK1 Mm9gCo+ADTj8qS6GkRn3G8qGPGWsPMLeHUfe4zxpSG2kk5pOtGFv/J3wQjhQlk3E2f/D cb9ZH1a07ZybbSmDSMJDtpYi1Z0FFd+FEspFDnQFXosF38TYeFbG9DKjHoL/1xcfny8d j1MovT8+QIkCD1/ldW7wNeCwELa3luRjmF5HsZ3sdIl8sYsQlGuhs8EqtuTO4nJMkfsj Rkqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from :dkim-signature; bh=sCS6c171oyN7Cq0gnRAYsCzijiKw228qCeDaGu15gbQ=; b=e3OoWwCDhFD2K67/WyYxY1oq4VcyjgpTW9aL+rCIEJevgwfmL2W//7vfr1hjM4Aooo QxxfM69AsrGitqO8vDAlDynHxxNXRtDveNOJQ7Ep1dMqpAPXHq9K3N2jO1FMy6iS38Oq F4oFsj8kdyuPlufDjzfLniKzvm6OgrulzZNxZuFG2akUMHu684Kh01Xe88fUrqrh1nk2 5TPshdRgZB40CzWOywIn5TlZA2QbijoKIkgQUZ7bFYWvBw/xGRa4pLcFR5ika+DCPhZb N6FkPKVoxKVylarZLAR+8LQ8NKoUSMDeiXrmmgqkHT81nUMPpFeucldZLQy7wIEe432O 8ESQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=kxKHOOAB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id s19-20020a170902b19300b00153b2d16631si11977472plr.569.2022.03.21.15.26.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Mar 2022 15:26:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=kxKHOOAB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 36ECC309B39; Mon, 21 Mar 2022 14:41:16 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347647AbiCUM6i (ORCPT + 99 others); Mon, 21 Mar 2022 08:58:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35306 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346113AbiCUM6h (ORCPT ); Mon, 21 Mar 2022 08:58:37 -0400 Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CE02B1697A0; Mon, 21 Mar 2022 05:57:12 -0700 (PDT) Received: by mail-pl1-x632.google.com with SMTP id n15so12665750plh.2; Mon, 21 Mar 2022 05:57:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id; bh=sCS6c171oyN7Cq0gnRAYsCzijiKw228qCeDaGu15gbQ=; b=kxKHOOABq7S1CRI0KHi/xF4YyJwZK6cmyIAmwClbqrsolrkKTytDk72Ruj1zQ60y+T Nu8rNFZiEQIf1Y85wSPGdZnAGOotwnU4irRb20LPXBjW3zPkW8vg5i7swBTxNpr5kQV5 sofHwBwkj7lvrMa17ETqe0YBxjeqA2mGuyt2bAsCMEQGh2iqppvq9gr7hhy/Z4Y5izRf rSgUKLtRTkM46bqRfxVYyCt8xaSxRcm1WaUgyKJhgfdBCvkpzqhdkyi37ugmo5MLzrRR ckgR32huHN2VCsgpYMOPznMSjSo8U9JjG7G4k1pIN+nkF3U4MQfqcWKBXVWc9l70Fmf1 MQpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=sCS6c171oyN7Cq0gnRAYsCzijiKw228qCeDaGu15gbQ=; b=fxUgVtueFeYReARGnKkqyGXWUPxCE7uiIV54glaNhGxMc+PILYPShTc8K8FTg5YLbi BeWFXHGxyzXUV77ayhw4OjwuYhoSFUs2W9S9RnAvmWNnecOQLSz81g3X7olN1XUVPlIl TgKrbr+pWdfEfpUSicdDDYlCtUgbmD/gppOG3o2CpJ2kQTPiCH/jiSH9bLuA2htjXrFj lVQKeKw2cifIOTLsY1v9Ega0e2wZCSVwn3EO0s8oVx8FPEszgLhiizpsoJr3n1+Vktx9 GgMqso4fSq7MASGdXd3dl6uOIL2WZk9PE4DA3dop34E4LTSi3YKzvHh9TI+nMb3LoxkV klCA== X-Gm-Message-State: AOAM531ybaHvcuIZjSaSayG6A+Pn9deUDQI35OSSrhjnNPmMfExRrOJi op5oItUmtNWzfE992+zrqZw7RhAFDs4= X-Received: by 2002:a17:903:24f:b0:153:32c0:7d6f with SMTP id j15-20020a170903024f00b0015332c07d6fmr12467134plh.36.1647867432121; Mon, 21 Mar 2022 05:57:12 -0700 (PDT) Received: from carrot.localdomain (i114-180-38-233.s42.a014.ap.plala.or.jp. [114.180.38.233]) by smtp.gmail.com with ESMTPSA id gb5-20020a17090b060500b001c6d46f7e75sm8009046pjb.30.2022.03.21.05.57.09 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Mar 2022 05:57:11 -0700 (PDT) From: Ryusuke Konishi To: Andrew Morton Cc: linux-nilfs , Matthew Wilcox , David Hildenbrand , LKML , "linux-mm@kvack.org" Subject: [PATCH 0/3] nilfs2 lockdep warning fixes Date: Mon, 21 Mar 2022 21:57:04 +0900 Message-Id: <1647867427-30498-1-git-send-email-konishi.ryusuke@gmail.com> X-Mailer: git-send-email 1.8.3.1 X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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-kernel@vger.kernel.org Hi Andrew, please consider applying the following changes to -mm tree. Ryusuke Konishi (3): nilfs2: fix lockdep warnings in page operations for btree nodes nilfs2: fix lockdep warnings during disk space reclamation nilfs2: get rid of nilfs_mapping_init() The first two are to resolve the lockdep warning issue, and the last one is the accompanying cleanup and low priority. The merge window is already open, but this is for the reported issues, so I'll send it without waiting at this point when tests have passed. Based on your comment, this series solves the issue by separating inode object as needed. Since I was worried about the impact of the object composition changes, I tested the series carefully not to cause regressions especially for delicate functions such like disk space reclamation and snapshots. Thanks, Ryusuke Konishi -- fs/nilfs2/btnode.c | 23 +++++++- fs/nilfs2/btnode.h | 1 + fs/nilfs2/btree.c | 27 ++++++--- fs/nilfs2/dat.c | 4 +- fs/nilfs2/gcinode.c | 7 ++- fs/nilfs2/inode.c | 159 +++++++++++++++++++++++++++++++++++++++++++++++----- fs/nilfs2/mdt.c | 43 +++++++++----- fs/nilfs2/mdt.h | 6 +- fs/nilfs2/nilfs.h | 16 +++--- fs/nilfs2/page.c | 16 +----- fs/nilfs2/page.h | 1 - fs/nilfs2/segment.c | 9 ++- fs/nilfs2/super.c | 5 +- 13 files changed, 241 insertions(+), 76 deletions(-) -- 1.8.3.1