From: "Liam R. Howlett" <Liam.Howlett@Oracle.com>
To: Peng Zhang <zhangpeng.00@bytedance.com>
Cc: akpm@linux-foundation.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org, maple-tree@lists.infradead.org,
stable@vger.kernel.org
Subject: Re: [PATCH v2 1/2] maple_tree: Fix a potential memory leak, OOB access, or other unpredictable bug
Date: Tue, 11 Apr 2023 13:41:52 -0400 [thread overview]
Message-ID: <20230411174152.4j2clkhb5xxh5rkk@revolver> (raw)
In-Reply-To: <20230411041005.26205-1-zhangpeng.00@bytedance.com>
* Peng Zhang <zhangpeng.00@bytedance.com> [230411 00:10]:
> In mas_alloc_nodes(), "node->node_count = 0" means to initialize the
> node_count field of the new node, but the node may not be a new node.
> It may be a node that existed before and node_count has a value, setting
> it to 0 will cause a memory leak. At this time, mas->alloc->total will
> be greater than the actual number of nodes in the linked list, which may
> cause many other errors. For example, out-of-bounds access in mas_pop_node(),
> and mas_pop_node() may return addresses that should not be used. Fix it
> by initializing node_count only for new nodes.
>
> Also, by the way, an if-else statement was removed to simplify the code.
>
> Fixes: 54a611b60590 ("Maple Tree: add new data structure")
> Signed-off-by: Peng Zhang <zhangpeng.00@bytedance.com>
> Cc: <stable@vger.kernel.org>
Reviewed-by: Liam R. Howlett <Liam.Howlett@oracle.com>
> ---
> lib/maple_tree.c | 19 +++++++------------
> 1 file changed, 7 insertions(+), 12 deletions(-)
>
> diff --git a/lib/maple_tree.c b/lib/maple_tree.c
> index dd1a114d9e2b..938634bea2d6 100644
> --- a/lib/maple_tree.c
> +++ b/lib/maple_tree.c
> @@ -1303,26 +1303,21 @@ static inline void mas_alloc_nodes(struct ma_state *mas, gfp_t gfp)
> node = mas->alloc;
> node->request_count = 0;
> while (requested) {
> - max_req = MAPLE_ALLOC_SLOTS;
> - if (node->node_count) {
> - unsigned int offset = node->node_count;
> -
> - slots = (void **)&node->slot[offset];
> - max_req -= offset;
> - } else {
> - slots = (void **)&node->slot;
> - }
> -
> + max_req = MAPLE_ALLOC_SLOTS - node->node_count;
> + slots = (void **)&node->slot[node->node_count];
> max_req = min(requested, max_req);
> count = mt_alloc_bulk(gfp, max_req, slots);
> if (!count)
> goto nomem_bulk;
>
> + if (node->node_count == 0) {
> + node->slot[0]->node_count = 0;
> + node->slot[0]->request_count = 0;
> + }
> +
> node->node_count += count;
> allocated += count;
> node = node->slot[0];
> - node->node_count = 0;
> - node->request_count = 0;
> requested -= count;
> }
> mas->alloc->total = allocated;
> --
> 2.20.1
>
prev parent reply other threads:[~2023-04-11 17:42 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-11 4:10 Peng Zhang
2023-04-11 4:10 ` [PATCH v2 2/2] maple_tree: Add a test case to check maple_alloc Peng Zhang
2023-04-11 17:41 ` Liam R. Howlett [this message]
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=20230411174152.4j2clkhb5xxh5rkk@revolver \
--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=stable@vger.kernel.org \
--cc=zhangpeng.00@bytedance.com \
/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