linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Liam R. Howlett" <Liam.Howlett@oracle.com>
To: Wei Yang <richard.weiyang@gmail.com>
Cc: akpm@linux-foundation.org, maple-tree@lists.infradead.org,
	linux-mm@kvack.org
Subject: Re: [PATCH 0/4] refine mas_end of mas_mab_cp()
Date: Mon, 23 Sep 2024 15:57:50 -0400	[thread overview]
Message-ID: <2vabof5w77nzmuck64cwb27plnwv4x6rmr6ef5azpgiglaovya@yfph7ppzvwdv> (raw)
In-Reply-To: <20240919234832.24237-1-richard.weiyang@gmail.com>

* Wei Yang <richard.weiyang@gmail.com> [240919 20:40]:
> mas_mab_cp() copy range [mas_start, mas_end] inclusively. For some usage, the
> mas_end passed could be refined.
> 
> Patch 1: if we know the end of a maple_node, we don't need to copy end + 1.

I haven't looked too hard at patch 1, I am currently away.

> Patch 2: this one tries to leverage mt_pivot_count() for optimize the code.
> Patch 3: the maximum end of a maple_node is mt_pivot_count() instead of
>          mt_slot_count()
> Patch 4: after above cleanup, we are sure mas_end won't exceed mt_pivots[], so
>          we can remove the check in mas_mab_cp()

You are changing the generic code to only work for the current node
types and I don't want to do that.  I wrote it to be more generic, so
now we are introducing the requirement that slots are one larger than
pivots.

Again, I haven't looked too closely at this but it seems like you are
making the code depend on the array differences staying constant.

> 
> Wei Yang (4):
>   maple_tree: not necessary to copy mas->end + 1
>   maple_tree: use mt_pivot_count() to replace mt_slot_count() - 1
>   maple_tree: copy to mt_pivot_count() instead of mt_slot_count()
>   maple_tree: now we are sure mas_end wouldn't exceed mt_pivots[mt]
> 
>  lib/maple_tree.c | 15 +++++++--------
>  1 file changed, 7 insertions(+), 8 deletions(-)
> 
> -- 
> 2.34.1
> 


      parent reply	other threads:[~2024-09-23 19:58 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-19 23:48 Wei Yang
2024-09-19 23:48 ` [PATCH 1/4] maple_tree: not necessary to copy mas->end + 1 Wei Yang
2024-09-19 23:48 ` [PATCH 2/4] maple_tree: use mt_pivot_count() to replace mt_slot_count() - 1 Wei Yang
2024-09-19 23:48 ` [PATCH 3/4] maple_tree: copy to mt_pivot_count() instead of mt_slot_count() Wei Yang
2024-09-19 23:48 ` [PATCH 4/4] maple_tree: now we are sure mas_end wouldn't exceed mt_pivots[mt] Wei Yang
2024-09-23 19:57 ` 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=2vabof5w77nzmuck64cwb27plnwv4x6rmr6ef5azpgiglaovya@yfph7ppzvwdv \
    --to=liam.howlett@oracle.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-mm@kvack.org \
    --cc=maple-tree@lists.infradead.org \
    --cc=richard.weiyang@gmail.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