Message ID | 20231210063839.29967-1-rdunlap@infradead.org |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:bcd1:0:b0:403:3b70:6f57 with SMTP id r17csp6388823vqy; Sat, 9 Dec 2023 22:38:51 -0800 (PST) X-Google-Smtp-Source: AGHT+IEYC9vQ7LffLv3qfLze549giCwRnXsav11mHPMRx1NWCODQ8VK30G+cQUYyv+bfL/EwNh7N X-Received: by 2002:a05:6808:140c:b0:3b9:ff46:fa9b with SMTP id w12-20020a056808140c00b003b9ff46fa9bmr1662434oiv.43.1702190330815; Sat, 09 Dec 2023 22:38:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702190330; cv=none; d=google.com; s=arc-20160816; b=CD8yUAWeuKV704YbEAe7ufa1p9mOKroXZ98n2Y1vhTOvXmkW9VgNh1EuwWx54t7vPS CW0MvnvZtswXrfDesqiJ9L8DpYW4vNZv8lO/b6m3aonDUWq3Ypyk42coAxKvMW05aocI Vro0s58Gxs6N25RffUCQonMbA4+Eq1tNgDw+HQLtr4qXdJbwS71KZzxyHLQ0P56mVzhS opGX0FPFm3xp6D3o63APuP15yTSygzU0WgpOFScdGpFMhcnpT5zR4AS9jwhXxoDJAwXD SSiCVjDgo3GYK9gQA4/58xOOHxBs5mVj71CP4dfsiWsd4I8Q/B0SHnLm4J2swO0tofEE 9Enw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=KxuMmHejzwcAfbqSkq9KLGid4QEHdgcdfkIDW6jbR7U=; fh=WzxdFApVUPRzAdgPt1OoXqYWmbD6aemGffRgCKtWTHY=; b=CWlk9lp4dHVJ0WychGg9i7C30s9AMJALDMwF7ehLwnxA0C++LNABYQ8w6cXjOA/e6O RS2AImfxUGg1jwP3zvEq3fRm9k3sMmp6vm5cpvY8Jcnv7fzq0qqQk/YQNjVWlZB/AUKM MLQIwxNHsT7X2sP+Idm0Jb7wxmMPrxbotJBpIh/O8L6FHopM4OtvqVe07hC4EKYUvUVV f0+Ywz9eIdlKWu6G91FMPmMYP6E0YP9B1Xzvpv/SnCsZdogFcszar12S43Kj8mfnmEab f3x9golfdLSKYPYr7B/jQYnRCmF+8A1+mfULD0P2C6jzZOqFC5s1lFBzKqlolxBFO5Jb C3yg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=bombadil.20210309 header.b=cNf8oJZ2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from howler.vger.email (howler.vger.email. [2620:137:e000::3:4]) by mx.google.com with ESMTPS id a25-20020a62e219000000b006ce6d0550c3si3980261pfi.395.2023.12.09.22.38.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 09 Dec 2023 22:38:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) client-ip=2620:137:e000::3:4; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=bombadil.20210309 header.b=cNf8oJZ2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by howler.vger.email (Postfix) with ESMTP id 15C42805FD65; Sat, 9 Dec 2023 22:38:45 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at howler.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231550AbjLJGig (ORCPT <rfc822;kartikey406@gmail.com> + 99 others); Sun, 10 Dec 2023 01:38:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60762 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229482AbjLJGif (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sun, 10 Dec 2023 01:38:35 -0500 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:3::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 545F8E7 for <linux-kernel@vger.kernel.org>; Sat, 9 Dec 2023 22:38:41 -0800 (PST) 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=KxuMmHejzwcAfbqSkq9KLGid4QEHdgcdfkIDW6jbR7U=; b=cNf8oJZ2UeugVtVhYQ1sqXxpz5 mRDagUgxAhEF5CvkYxJSJqzFQXu4Lg4CtSkqE54K95n6KISyAZcvIMrkzqYT4Fl/tymdH08n2eJpU ZW2AtbRvYkK05M9ezou350Wnfu1MphrSZTKo1wszX1+7Ms1kJckL+vgZ5CoswbvEsHbISDfi6e6Js aNC7O38ohjbI9YI5HGKPDJkq3eqP2RTxWeM+gEZr/CeSwR1lwdcrZqH6h9AOHd8u20vtY2XRaN6Pi CgnhHXIvE/xU8RIwGmZYeu2VOk7V9IFFNV6IjTDsbbyX8iblMdPrambV3RfjxYeeTUwhSK6FBxp8K R9k49wGg==; Received: from [50.53.46.231] (helo=bombadil.infradead.org) by bombadil.infradead.org with esmtpsa (Exim 4.96 #2 (Red Hat Linux)) id 1rCDSZ-0012hS-2y; Sun, 10 Dec 2023 06:38:39 +0000 From: Randy Dunlap <rdunlap@infradead.org> To: linux-kernel@vger.kernel.org Cc: Randy Dunlap <rdunlap@infradead.org>, "Liam R . Howlett" <Liam.Howlett@oracle.com>, maple-tree@lists.infradead.org, linux-mm@kvack.org, Andrew Morton <akpm@linux-foundation.org> Subject: [PATCH] maple_tree: fix typos/spellos etc. Date: Sat, 9 Dec 2023 22:38:39 -0800 Message-ID: <20231210063839.29967-1-rdunlap@infradead.org> X-Mailer: git-send-email 2.43.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, 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 howler.vger.email Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (howler.vger.email [0.0.0.0]); Sat, 09 Dec 2023 22:38:45 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1784875928179864135 X-GMAIL-MSGID: 1784875928179864135 |
Series |
maple_tree: fix typos/spellos etc.
|
|
Commit Message
Randy Dunlap
Dec. 10, 2023, 6:38 a.m. UTC
Fix typos/grammar and spellos in documentation.
Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
Cc: Liam R. Howlett <Liam.Howlett@oracle.com>
Cc: maple-tree@lists.infradead.org
Cc: linux-mm@kvack.org
Cc: Andrew Morton <akpm@linux-foundation.org>
---
lib/maple_tree.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
Comments
On Sat, Dec 09, 2023 at 10:38:39PM -0800, Randy Dunlap wrote: > - * mas_topiary_node() - Dispose of a singe node > + * mas_topiary_node() - Dispose of a single node That's all well and good, but how do we dispose of singed nodes now? Reviewed-by: Matthew Wilcox (Oracle) <willy@infradead.org>
On 12/10/23 13:13, Matthew Wilcox wrote: > On Sat, Dec 09, 2023 at 10:38:39PM -0800, Randy Dunlap wrote: >> - * mas_topiary_node() - Dispose of a singe node >> + * mas_topiary_node() - Dispose of a single node > > That's all well and good, but how do we dispose of singed nodes now? > Yes, that leaves a problem here, but I'm sure that Liam can come up with something.
On Sun, 10 Dec 2023 21:13:15 +0000 Matthew Wilcox <willy@infradead.org> wrote: > On Sat, Dec 09, 2023 at 10:38:39PM -0800, Randy Dunlap wrote: > > - * mas_topiary_node() - Dispose of a singe node > > + * mas_topiary_node() - Dispose of a single node > > That's all well and good, but how do we dispose of singed nodes now? Lol, this is my all-time favorite typo! hp2:/usr/src/mm> git log | grep Singed-off-by | wc -l 59 (sounds painful) hp2:/usr/src/linux-6.7-rc4> grep -ri singe .
On 12/10/23 14:56, Andrew Morton wrote: > On Sun, 10 Dec 2023 21:13:15 +0000 Matthew Wilcox <willy@infradead.org> wrote: > >> On Sat, Dec 09, 2023 at 10:38:39PM -0800, Randy Dunlap wrote: >>> - * mas_topiary_node() - Dispose of a singe node >>> + * mas_topiary_node() - Dispose of a single node >> >> That's all well and good, but how do we dispose of singed nodes now? > > Lol, this is my all-time favorite typo! > > > hp2:/usr/src/mm> git log | grep Singed-off-by | wc -l > 59 > > (sounds painful) > > hp2:/usr/src/linux-6.7-rc4> grep -ri singe . > Current linux-next shows: $ git grep -iw singe arch/x86/events/intel/pt.c: * In case of singe-entry ToPA, always put the self-referencing END arch/x86/kvm/vmx/vmx.c: * evmcs in singe VM shares same assist page. drivers/input/misc/yealink.c: /* Combine up to <len> consecutive LCD bytes in a singe request drivers/net/ethernet/brocade/bna/bfa_defs_status.h: * NOTE: The error msgs are auto generated from the comments. Only singe line kernel/trace/trace_events_filter.c: * struct prog_entry - a singe entry in the filter program lib/maple_tree.c: * mas_topiary_node() - Dispose of a singe node lib/maple_tree.c: /* New root needs a singe node */ sound/core/seq/seq_queue.c:/* enqueue a event to singe queue */ sound/pci/rme9652/hdspm.c: /* Changing between Singe, Double and Quad speed is not but there is also "unsinged", "assinged", & "singel" if the -w is omitted. And somehow the two Chinese translations of submitting-patches.rst contain Singed-off-by.
* Randy Dunlap <rdunlap@infradead.org> [231210 18:54]: > > > On 12/10/23 14:56, Andrew Morton wrote: > > On Sun, 10 Dec 2023 21:13:15 +0000 Matthew Wilcox <willy@infradead.org> wrote: > > > >> On Sat, Dec 09, 2023 at 10:38:39PM -0800, Randy Dunlap wrote: > >>> - * mas_topiary_node() - Dispose of a singe node > >>> + * mas_topiary_node() - Dispose of a single node > >> > >> That's all well and good, but how do we dispose of singed nodes now? > > > > Lol, this is my all-time favorite typo! > > > > > > hp2:/usr/src/mm> git log | grep Singed-off-by | wc -l > > 59 > > > > (sounds painful) > > > > hp2:/usr/src/linux-6.7-rc4> grep -ri singe . > > > > Current linux-next shows: > > $ git grep -iw singe > arch/x86/events/intel/pt.c: * In case of singe-entry ToPA, always put the self-referencing END > arch/x86/kvm/vmx/vmx.c: * evmcs in singe VM shares same assist page. > drivers/input/misc/yealink.c: /* Combine up to <len> consecutive LCD bytes in a singe request > drivers/net/ethernet/brocade/bna/bfa_defs_status.h: * NOTE: The error msgs are auto generated from the comments. Only singe line > kernel/trace/trace_events_filter.c: * struct prog_entry - a singe entry in the filter program > lib/maple_tree.c: * mas_topiary_node() - Dispose of a singe node > lib/maple_tree.c: /* New root needs a singe node */ > sound/core/seq/seq_queue.c:/* enqueue a event to singe queue */ > sound/pci/rme9652/hdspm.c: /* Changing between Singe, Double and Quad speed is not > > but there is also "unsinged", "assinged", & "singel" if the -w is omitted. > > And somehow the two Chinese translations of submitting-patches.rst contain > Singed-off-by. > Nodes become singed, especially around the edges, when writes are too fast. We have to replace them with fresh nodes, otherwise tasks can't find the VMAs in that area. I will have to research how these other people were able to implement 'unsinged' - maybe there's a way to reuse these singed areas more effectively.
diff -- a/lib/maple_tree.c b/lib/maple_tree.c --- a/lib/maple_tree.c +++ b/lib/maple_tree.c @@ -16,8 +16,8 @@ * and are simply the slot index + the minimum of the node. * * In regular B-Tree terms, pivots are called keys. The term pivot is used to - * indicate that the tree is specifying ranges, Pivots may appear in the - * subtree with an entry attached to the value where as keys are unique to a + * indicate that the tree is specifying ranges. Pivots may appear in the + * subtree with an entry attached to the value whereas keys are unique to a * specific position of a B-tree. Pivot values are inclusive of the slot with * the same index. * @@ -2500,7 +2500,7 @@ static inline void mast_set_split_parent } /* - * mas_topiary_node() - Dispose of a singe node + * mas_topiary_node() - Dispose of a single node * @mas: The maple state for pushing nodes * @enode: The encoded maple node * @in_rcu: If the tree is in rcu mode @@ -5474,7 +5474,7 @@ int mas_preallocate(struct ma_state *mas goto ask_now; } - /* New root needs a singe node */ + /* New root needs a single node */ if (unlikely(mte_is_root(mas->node))) goto ask_now;