From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9FC61C6FD1D for ; Tue, 4 Apr 2023 20:27:07 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id DF1CB6B0071; Tue, 4 Apr 2023 16:27:06 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id DA16D6B0074; Tue, 4 Apr 2023 16:27:06 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C90C36B0075; Tue, 4 Apr 2023 16:27:06 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id B6AF96B0071 for ; Tue, 4 Apr 2023 16:27:06 -0400 (EDT) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 872E312096B for ; Tue, 4 Apr 2023 20:27:06 +0000 (UTC) X-FDA: 80644842852.19.38F7C72 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf25.hostedemail.com (Postfix) with ESMTP id CCA23A000D for ; Tue, 4 Apr 2023 20:27:04 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=AZT5E5bl; spf=pass (imf25.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1680640024; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Sv8FoPS3TNrKD1Kxaqjn238H0MCbQIXZk0sF5CHCArk=; b=Q0GSvHrMQSAkuYNcjiJEZkU8bkuRZFwXrfUtX/xkSpMnXUKWhlnWMIml4QgIb2aj5pFMmP Bro89Mdrf3XXjAZpqy/wPN3FLGotB6aXIQzb4hUmIehOHrQwkL7QjsHy5JFiyEEAbYOJmT ZSEubQMlH+obKiJDBhIZfP9med/lCxc= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=AZT5E5bl; spf=pass (imf25.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1680640024; a=rsa-sha256; cv=none; b=Yw4Zy4uyQjla0Rbtpnfqrvwzy0DuOv03IMPLva2L3/khyA8i4aXilfW4/NVXM/f39buWUP 3/tufeclreYi9EftfjbDnXLcq/hwt+O+4w+94NjDdolugf60yKWwBLbQ6TxV9+28SmVmOy r9tc0TEXV3TuI70BEKDChY/FNwTiQAM= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B587D638F2; Tue, 4 Apr 2023 20:27:03 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E4C90C433D2; Tue, 4 Apr 2023 20:27:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1680640023; bh=hK889FfnPbmHGlOcPWfjn8KCUJXv1a5z8MAUTtwBaIQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=AZT5E5blUUUtD9da16rNfdzTVnwoZzbPEPukd+mKp2csOXKJBGxkf71ImQYcLXTSB AyaYqG825qLrg1PQ8wvTzVASP01/+T6GZvtAeClzUG9Ic2LdX8wOhykrIWt1+ddgWu dDRnxJu3suqkgQfRAU/BDMmWK4R0fcedFq8V/lms= Date: Tue, 4 Apr 2023 13:27:02 -0700 From: Andrew Morton To: Peng Zhang Cc: Liam.Howlett@oracle.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, maple-tree@lists.infradead.org Subject: Re: [PATCH v2 0/3] Some fixes and cleanup for maple tree. Message-Id: <20230404132702.9240f3a77d0c00fca4b9bf55@linux-foundation.org> In-Reply-To: <20230314124203.91572-1-zhangpeng.00@bytedance.com> References: <20230314124203.91572-1-zhangpeng.00@bytedance.com> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam03 X-Stat-Signature: tb5ybkoqquqdns5a5toxoikstcjqezkc X-Rspamd-Queue-Id: CCA23A000D X-HE-Tag: 1680640024-762613 X-HE-Meta: U2FsdGVkX1/AtCNhZtH25iD9b9wl+1w5rH8vUVFRPDIMpRYvtkk9S9B3UQOCXMnlFDRY4oizmtV4i9ylrDDZy/WKDQ2E/WGyx5u09JwmihLkDDJgdY74Isw/MJdZQ0yA7Jx+1iNVawhXMmJBENfYOPQMA2Kkk4rWrNgUR4uIxylVBk0GoObmiadmcr5mvSPpbFBF/BsyiIeuJlyuCgsHKrpSJsi9JJ7FFlEObLll7YMh4XxtwTYkqPPHGDEJ+x36aao/pinwnpSXT2LU2d0qoJpnzikLZkfz+2OCN1agq65cpq8zuTT+Y+rLq0Nj54aYgJJuaUZPZFWj55sLzBgVP/LRXMtghpxnKPfMXiM9AyhY8yEqnNPbK5P6iOokmysHBb5rjHeGXzJyUv0ote+SxNC6GOUyJPF6HBNx+shjrJArYLqyQfoa1Tsz/ylBCABlOk5LHh4EgWoVUmleLk55G5lGpy2Aq5KYP1r6VSpoLkEvK8oxAhSoEpIOl1cUe+Xu8ARoMWU4KfbqCNW2qmZLobgG+WEdzxvenMPMSTFFrMuIgDnvkLvkigqX/mFf/L2qmJs/cDKnM74LNJ50r1mfv+RKHOehRPtPn127KWMagedeQ0dwDDrrgStyg13n9iGP+cs1yYVffDuMyKVJkkKZ8/MMZGLqyg2IBm63lgZyHZjNozBQBEPGbCvtnMbS6AXsWqxmOXKjfC8py4Lr30OVqxwyTwhKb+14ZNaB7hAQl3FAUOifQEJ/MX6wAi7wb9EfK3AUuKzgS6UjSkCqgNbUx9em784vM+xnEgJ9wJcRPOFjSD8gH52U1oYb8RgF8DWQj/9+ia8yRZXrK4cugygxUHogjlLG4hGGgub0e+IkD/2+STotaYHv1lXyQSsstEAlhYSHGF5J4qDJ9K+uSVlpOjxmAhoCcgjR2pjiKWAwG2vavVk9SMpoJmJ33YxM4y4q6gB1xcWt7ZvktJhtzEE n2QZxJtm oejGf4WQFHwNBOuFIdPCj2NUz9p5iO6I+APzqDUZFA4yFQlTsU2zQNYUpfGbFluS1EhwRNdfLIW08QFzmmsO87+BTtGgcRsukyOi0eYLHshTX7/wxJBVerZk7ZPKLABPoGVkWZwCTRgjvDW74N1KfsRb3aKK2OWP789C90j4AFnFftkhB4YTEl6KHNF4nxuqEzZEXedP4C6BNygKV7Jw4vGV5buxFqdxHZoud5UHV+nOxGtTbvAvSEIl0Pl/NscbRZ59TyLluS6bZDjeqNPDICc6vL3W7L5DWAqxFzHtb4eR+3DtL2Fog6txijLNPtkg/b4nSouxsyB/GFTE6urLT3Dr7xxTc/AwRvVU+jytL9Kh2pTP/L53OSrF0gPW78JAEZ2wMkbitHioSv2g+ujlHsOmYaQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, 14 Mar 2023 20:42:00 +0800 Peng Zhang wrote: > Some fixes and clean up for maple tree. > > The bug fixed by [PATCH v2 1/3] does not seem to be triggered due to some > coincidences, because now the implementation of mtree_lookup_walk() scans > pivots one by one and exits the loop early. The test cases for the bugs fixed by > [PATCH v2 3/3] are difficult to write. If I think of how to write them later, > I will send them out. So I send out the second edition first. Do we feel that any of these should be backported into -stable kernels? [3/3] looks to be a candidate for this?