From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 218533C37B3 for ; Mon, 29 Jun 2026 14:42:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.137.202.133 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782744156; cv=none; b=mAF4qwz9+vxMYKcOctlUe9R093S9rv5Zp9GyxLKfw0gBFOFn4I21Cgra1eK8VIE/riPpBLvLycfHw+k8wZs8N2btJ+woweUil+W/c1x9IVflpaesUGd2VIq4hilm+/W7Q4hQRcMu9lMGDBw7vYMdkEyH3XTOG8ShIZNk9UmTJqI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782744156; c=relaxed/simple; bh=QCklHSoT5nh0K2RQSDqBpsNBzJ2GtVlBkMVlqaErIJc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=PXQMS++BUbz/YOJFx5x2gIX5crF5Xi+7ERJ0siEqA0/QwGQkIlXTqEvI/OcQ3Xhac5c3IyiKC1fkOK606w5+azg45bHzoAYDhWIPESMNGHMcGpUUT0sVpBY2UUv1z7/0CIJoUiLgUWUywQOQjAbs56353fXrF5oloUEAIIwFha0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org; spf=pass smtp.mailfrom=infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=S8qxdq8R; arc=none smtp.client-ip=198.137.202.133 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="S8qxdq8R" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Content-Transfer-Encoding: MIME-Version:Message-ID:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type: Content-ID:Content-Description:In-Reply-To:References; bh=XJ7xvo2RfbdBOM9gsfFbrChju/6a9W7DWo0XqxsCnck=; b=S8qxdq8RaMoHIiFpiPVc0r3L3t vfmxxEBL13W8ki1NyW57D52gxf4hlpzSgHMATMuFsZD1120LOyildx6lNt7j49zqFEiKkXvdSv4Dn Hpje3vcvIP+lieHNyNQYR03VKRpdMrEF2XWXx4GgTZ+AZb445gMj1AMXmnH55pf1ZYga49CTBqffv pMP/8j/2OojKVqEPJjz7JWPxNu3wlEwDvAYOD22y/tEnMaLf57Sx3WmkqhFNdWAUnKM31sl2wsiv7 eX+b+eLpHhj84vAsWXXirty4Hb48DVpqTtOV7CFG/uFbMI3dHBTLiQB5/JTTgRlBCRRtT6/ONLtDj HNtSEyTQ==; Received: from [38.23.173.23] (helo=localhost) by bombadil.infradead.org with esmtpsa (Exim 4.99.1 #2 (Red Hat Linux)) id 1weDBw-0000000EuWJ-14Kz; Mon, 29 Jun 2026 14:42:32 +0000 From: "Liam R. Howlett (Oracle)" To: Andrew Morton Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, maple-tree@lists.infradead.org, "Liam R. Howlett (Oracle)" Subject: [PATCH 00/18] maple_tree: lock checking and clean ups Date: Mon, 29 Jun 2026 10:41:27 -0400 Message-ID: <20260629144145.1572283-1-liam@infradead.org> X-Mailer: git-send-email 2.47.3 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit The goals of this series are: 1. Lock issue detection A number of syzbot reports are incorrectly pointing to the mm exit as a source of the locking error. The first three patches attempt to help users detect errors in their locking - but they still have to use LOCKDEP. I guess it's still down to hope and prayers. 2. Documentation fixes The documentation was lacking clarity, there are updates to try and help the users, especially around the erase() cases. 3. Two benign issues The cyclic allocator may have a race, although no in-kernel user can hit it. The erase functions may cause allocation issues if used with the incorrect locking type, but none are present in-tree. Beyond these goals there are some test fixes, some general speed-up patches targeting extra work and cycles, and dropping dead code. Liam R. Howlett (Oracle) (18): maple_tree: Add rcu locking check when LOCKDEP is enabled locking/lockdep: Add sequence counter to held_lock maple_tree: Add write lock checking with lockdep sequence numbers maple_tree: Documentation fix maple_tree: Drop dead code from mas_extend_spanning_null() maple_tree: Drop MAPLE_ALLOC_SLOTS maple_tree: Clarify comments on mas_nomem() maple_tree: Use prefetched value in mas_wr_store_type() maple_tree: Optimise mas_wr_node_store() when not in rcu mode maple_tree: micro optimisation of mas_wr_store_type() maple_tree: Add bulk parent set helper maple_tree: Catch race in mas_alloc_cyclic() maple_tree: Document that erase may use GFP_KERNEL for allocations maple_tree: WARN_ON_ONCE when allocations fail maple_tree: Document erase and allocations better maple_tree: Change two GFP flags in tests maple_tree: Fix argument name in header maple_tree: Avoid extra gap calculation Documentation/core-api/maple_tree.rst | 21 +- include/linux/lockdep.h | 3 + include/linux/lockdep_types.h | 3 +- include/linux/maple_tree.h | 10 +- include/linux/sched.h | 1 + kernel/locking/lockdep.c | 49 ++++- lib/maple_tree.c | 280 ++++++++++++++++++++------ tools/testing/radix-tree/maple.c | 4 +- 8 files changed, 295 insertions(+), 76 deletions(-) -- 2.47.3