From: "Liam R. Howlett" <Liam.Howlett@oracle.com>
To: Sidhartha Kumar <sidhartha.kumar@oracle.com>
Cc: linux-kernel@vger.kernel.org, maple-tree@lists.infradead.org,
linux-mm@kvack.org, akpm@linux-foundation.org,
willy@infradead.org
Subject: Re: [PATCH v2 10/16] maple_tree: convert mas_insert() to preallocate nodes
Date: Thu, 13 Jun 2024 10:40:28 -0400 [thread overview]
Message-ID: <2xqcyocypx4bpwbovxjxplc76dtns5t4qk4cc3yrejjtuzzdh3@periymnnezyg> (raw)
In-Reply-To: <20240607185257.963768-11-sidhartha.kumar@oracle.com>
* Sidhartha Kumar <sidhartha.kumar@oracle.com> [240607 14:53]:
> By setting the store type in mas_insert(), we no longer need to use
> mas_wr_modify() to determine the correct store function to use. Instead,
> set the store type and call mas_wr_store_entry(). Also, pass in the
> requested gfp flags to mas_insert() so they can be passed to the call to
> mas_wr_preallocate().
This can be done without passing in the gfp flags as it was done before
by using the same flags as before (GFP_KERNEL). However the only user
already has the gfp flags to use, so this makes sense.
We may need to add a _gfp() version in the future, but most users want
to mas_store() vs mas_insert(), so I'm fine with this change.
>
> Signed-off-by: Sidhartha Kumar <sidhartha.kumar@oracle.com>
> ---
> lib/maple_tree.c | 33 ++++++++++++++++-----------------
> 1 file changed, 16 insertions(+), 17 deletions(-)
>
> diff --git a/lib/maple_tree.c b/lib/maple_tree.c
> index 2c42e99c400c..c37bfac4f622 100644
> --- a/lib/maple_tree.c
> +++ b/lib/maple_tree.c
> @@ -4442,11 +4442,12 @@ static inline void mas_wr_preallocate(struct ma_wr_state *wr_mas, void *entry, g
> * mas_insert() - Internal call to insert a value
> * @mas: The maple state
> * @entry: The entry to store
> + * @gfp: The GFP_FLAGS to use for allocations
> *
> * Return: %NULL or the contents that already exists at the requested index
> * otherwise. The maple state needs to be checked for error conditions.
> */
> -static inline void *mas_insert(struct ma_state *mas, void *entry)
> +static inline void *mas_insert(struct ma_state *mas, void *entry, gfp_t gfp)
> {
> MA_WR_STATE(wr_mas, mas, entry);
>
> @@ -4468,26 +4469,24 @@ static inline void *mas_insert(struct ma_state *mas, void *entry)
> if (wr_mas.content)
> goto exists;
>
> - if (mas_is_none(mas) || mas_is_ptr(mas)) {
> - mas_store_root(mas, entry);
> + mas_wr_preallocate(&wr_mas, entry, gfp);
> + if (mas_is_err(mas))
> return NULL;
> - }
>
> /* spanning writes always overwrite something */
> - if (!mas_wr_walk(&wr_mas))
> + if (mas->store_type == wr_spanning_store)
> goto exists;
>
> /* At this point, we are at the leaf node that needs to be altered. */
> - wr_mas.offset_end = mas->offset;
> - wr_mas.end_piv = wr_mas.r_max;
> -
> - if (wr_mas.content || (mas->last > wr_mas.r_max))
> - goto exists;
> + if (mas->store_type != wr_new_root && mas->store_type != wr_store_root) {
> + wr_mas.offset_end = mas->offset;
> + wr_mas.end_piv = wr_mas.r_max;
>
> - if (!entry)
> - return NULL;
> + if (wr_mas.content || (mas->last > wr_mas.r_max))
> + goto exists;
> + }
>
> - mas_wr_modify(&wr_mas);
> + mas_wr_store_entry(&wr_mas);
> return wr_mas.content;
>
> exists:
> @@ -4532,7 +4531,7 @@ int mas_alloc_cyclic(struct ma_state *mas, unsigned long *startp,
> return ret;
>
> do {
> - mas_insert(mas, entry);
> + mas_insert(mas, entry, gfp);
> } while (mas_nomem(mas, gfp));
> if (mas_is_err(mas))
> return xa_err(mas->node);
> @@ -6536,7 +6535,7 @@ int mtree_insert_range(struct maple_tree *mt, unsigned long first,
>
> mtree_lock(mt);
> retry:
> - mas_insert(&ms, entry);
> + mas_insert(&ms, entry, gfp);
> if (mas_nomem(&ms, gfp))
> goto retry;
>
> @@ -6585,7 +6584,7 @@ int mtree_alloc_range(struct maple_tree *mt, unsigned long *startp,
> if (ret)
> goto unlock;
>
> - mas_insert(&mas, entry);
> + mas_insert(&mas, entry, gfp);
> /*
> * mas_nomem() may release the lock, causing the allocated area
> * to be unavailable, so try to allocate a free area again.
> @@ -6667,7 +6666,7 @@ int mtree_alloc_rrange(struct maple_tree *mt, unsigned long *startp,
> if (ret)
> goto unlock;
>
> - mas_insert(&mas, entry);
> + mas_insert(&mas, entry, gfp);
> /*
> * mas_nomem() may release the lock, causing the allocated area
> * to be unavailable, so try to allocate a free area again.
> --
> 2.45.2
>
next prev parent reply other threads:[~2024-06-13 14:40 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-07 18:52 [PATCH v2 00/16] Introduce a store type enum for the Maple tree Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 01/16] maple_tree: introduce store_type enum Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 02/16] maple_tree: introduce mas_wr_prealloc_setup() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 03/16] maple_tree: move up mas_wr_store_setup() and mas_wr_prealloc_setup() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 04/16] maple_tree: introduce mas_wr_store_type() Sidhartha Kumar
2024-06-13 14:27 ` Liam R. Howlett
2024-06-07 18:52 ` [PATCH v2 05/16] maple_tree: remove mas_destroy() from mas_nomem() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 06/16] maple_tree: use mas_store_gfp() in mas_erase() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 07/16] maple_tree: use mas_store_gfp() in mtree_store_range() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 08/16] maple_tree: print store type in mas_dump() Sidhartha Kumar
2024-06-13 14:29 ` Liam R. Howlett
2024-06-07 18:52 ` [PATCH v2 09/16] maple_tree: use store type in mas_wr_store_entry() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 10/16] maple_tree: convert mas_insert() to preallocate nodes Sidhartha Kumar
2024-06-13 14:40 ` Liam R. Howlett [this message]
2024-06-07 18:52 ` [PATCH v2 11/16] maple_tree: simplify mas_commit_b_node() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 12/16] maple_tree: remove mas_wr_modify() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 13/16] maple_tree: have mas_store() allocate nodes if needed Sidhartha Kumar
2024-06-13 15:00 ` Liam R. Howlett
2024-06-17 21:18 ` Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 14/16] maple_tree: remove node allocations from various write helper functions Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 15/16] maple_tree: remove repeated sanity checks from mas_wr_append() Sidhartha Kumar
2024-06-07 18:52 ` [PATCH v2 16/16] maple_tree: remove unneeded mas_wr_walk() in mas_store_prealloc() Sidhartha Kumar
2024-06-13 15:02 ` Liam R. Howlett
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2xqcyocypx4bpwbovxjxplc76dtns5t4qk4cc3yrejjtuzzdh3@periymnnezyg \
--to=liam.howlett@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=maple-tree@lists.infradead.org \
--cc=sidhartha.kumar@oracle.com \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox