From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18])
	(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 742B8265CAD
	for <linux-kernel@vger.kernel.org>; Tue, 30 Jun 2026 23:05:48 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18
ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;
	t=1782860749; cv=none; b=EmnZJETPqazIAz7dVrLO+fqlQxApJdhrKi1edceLHvYtDvs27xOFnWEOpTSI3vJERFmJ3U0w9z5fEz/xwqonZ0O7aRTtW4/EGAeE8G039HM2m8uEJJ9dq6xbjj3zjLyGUgztUtjHyHjxtsQ0qFOLU4mYTiqDr6QxvznVdUQ3DWc=
ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org;
	s=arc-20240116; t=1782860749; c=relaxed/simple;
	bh=HZ612qe7W/qT4jCUbva2CeM2WFEgi1HnowV0HsOdeVs=;
	h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References:
	 Mime-Version:Content-Type; b=jmY9oEeSYuzCvGM747M7s2859k2SszACuWwBZZoieGqOoYZQ50FKA0SqCWPPQcqH6g2AdykhqEkYK8+EqPI7lEygZ+TIM8DPHNtU5ZSGvWFJpk3eJsblYhjbMs1q7qpxBBjkKDb6s/SLwN0NISrlmdF/rXuaWSti71ENAWU8iec=
ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=bHw3MuNC; arc=none smtp.client-ip=100.103.45.18
Authentication-Results: smtp.subspace.kernel.org;
	dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="bHw3MuNC"
Received: by smtp.kernel.org (Postfix) with ESMTPSA id CC8231F000E9;
	Tue, 30 Jun 2026 23:05:47 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=linux-foundation.org; s=korg; t=1782860748;
	bh=yF7mDtx2AH+vn8tJJ+WL09Iu/3QgFhfiY0Vo7XWhG24=;
	h=Date:From:To:Cc:Subject:In-Reply-To:References;
	b=bHw3MuNCIP/NOUtn+SAEa2v8rpButWUubbrHpqTfRURs0wCe02+NENOdJi5BpE/pV
	 8lgVHaC9fMGshiNN0Tq9IN1LZaOnl8mdaoePXDduNVDQA9EPnvlyFbwsL46ZYU9Ho0
	 jOekYB5+cuw/Z8/KyxDypDgSIIdvmcnCV87kAp7Q=
Date: Tue, 30 Jun 2026 16:05:47 -0700
From: Andrew Morton <akpm@linux-foundation.org>
To: "Liam R. Howlett (Oracle)" <liam@infradead.org>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
 maple-tree@lists.infradead.org
Subject: Re: [PATCH v2 00/19] maple_tree: lock checking and clean ups
Message-Id: <20260630160547.9a7c131660665f3757599720@linux-foundation.org>
In-Reply-To: <20260630190843.3563858-1-liam@infradead.org>
References: <20260630190843.3563858-1-liam@infradead.org>
X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu)
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Tue, 30 Jun 2026 15:08:24 -0400 "Liam R. Howlett (Oracle)" <liam@infradead.org> wrote:

> 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.

Great, thanks, I'll add this to mm-new for some testing.