From: "Liam R. Howlett" <Liam.Howlett@oracle.com>
To: kernel test robot <lkp@intel.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
oe-kbuild-all@lists.linux.dev,
Linux Memory Management List <linux-mm@kvack.org>,
maple-tree@lists.infradead.org, linux-kernel@vger.kernel.org,
Suren Baghdasaryan <surenb@google.com>,
Matthew Wilcox <willy@infradead.org>,
Sidhartha Kumar <sidhartha.kumar@oracle.com>,
Vlastimil Babka <vbabka@suse.cz>,
Alice Ryhl <aliceryhl@google.com>,
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Arnd Bergmann <arnd@arndb.de>,
Christian Kujau <lists@nerdbynature.de>
Subject: Re: [PATCH 10/28] maple_tree: Introduce maple_copy node and use it in mas_spanning_rebalance()
Date: Fri, 16 Jan 2026 14:46:44 -0500 [thread overview]
Message-ID: <m4nmhm2zmgrelxtyhftmg6kkyxexmznyo7khfmjxphkzr37ea6@44ga7yswli3c> (raw)
In-Reply-To: <202601161501.NZ3GNDCG-lkp@intel.com>
* kernel test robot <lkp@intel.com> [260116 02:45]:
> Hi Liam,
>
> kernel test robot noticed the following build warnings:
>
> [auto build test WARNING on akpm-mm/mm-everything]
> [also build test WARNING on next-20260115]
> [cannot apply to akpm-mm/mm-nonmm-unstable soc/for-next linus/master v6.19-rc5]
> [If your patch is applied to the wrong git tree, kindly drop us a note.
> And when submitting patch, we suggest to use '--base' as documented in
> https://git-scm.com/docs/git-format-patch#_base_tree_information]
>
> url: https://github.com/intel-lab-lkp/linux/commits/Liam-R-Howlett/maple_tree-Move-mas_spanning_rebalance-loop-to-function/20260116-034135
> base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything
> patch link: https://lore.kernel.org/r/20260115193647.1695937-11-Liam.Howlett%40oracle.com
> patch subject: [PATCH 10/28] maple_tree: Introduce maple_copy node and use it in mas_spanning_rebalance()
> config: x86_64-randconfig-121-20260116 (https://download.01.org/0day-ci/archive/20260116/202601161501.NZ3GNDCG-lkp@intel.com/config)
> compiler: gcc-13 (Debian 13.3.0-16) 13.3.0
> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260116/202601161501.NZ3GNDCG-lkp@intel.com/reproduce)
>
> If you fix the issue in a separate patch/commit (i.e. not just a new version of
> the same patch/commit), kindly add following tags
> | Reported-by: kernel test robot <lkp@intel.com>
> | Closes: https://lore.kernel.org/oe-kbuild-all/202601161501.NZ3GNDCG-lkp@intel.com/
>
> sparse warnings: (new ones prefixed by >>)
> >> lib/maple_tree.c:2621:29: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got void *content @@
> lib/maple_tree.c:2621:29: sparse: expected void [noderef] __rcu *
> lib/maple_tree.c:2621:29: sparse: got void *content
> >> lib/maple_tree.c:2624:23: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got void *entry @@
> lib/maple_tree.c:2624:23: sparse: expected void [noderef] __rcu *
> lib/maple_tree.c:2624:23: sparse: got void *entry
> lib/maple_tree.c:2680:17: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu **b_slots @@ got void [noderef] __rcu * @@
> lib/maple_tree.c:2680:17: sparse: expected void [noderef] __rcu **b_slots
> lib/maple_tree.c:2680:17: sparse: got void [noderef] __rcu *
> lib/maple_tree.c:6412:30: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got struct maple_node * @@
> lib/maple_tree.c:6412:30: sparse: expected void [noderef] __rcu *
> lib/maple_tree.c:6412:30: sparse: got struct maple_node *
> lib/maple_tree.c:6412:30: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got struct maple_node * @@
> lib/maple_tree.c:6412:30: sparse: expected void [noderef] __rcu *
> lib/maple_tree.c:6412:30: sparse: got struct maple_node *
>
> vim +2621 lib/maple_tree.c
>
> 2603
> 2604 /*
> 2605 * cp_leaf_init() - Initialize a maple_copy node for the leaf level of a
> 2606 * spanning store
> 2607 * @cp: The maple copy node
> 2608 * @mas: The maple state
> 2609 * @l_wr_mas: The left write state of the spanning store
> 2610 * @r_wr_mas: The right write state of the spanning store
> 2611 */
> 2612 static inline void cp_leaf_init(struct maple_copy *cp,
> 2613 struct ma_state *mas, struct ma_wr_state *l_wr_mas,
> 2614 struct ma_wr_state *r_wr_mas)
> 2615 {
> 2616 unsigned char end = 0;
> 2617
> 2618 /* Create entries to insert including split entries to left and right */
> 2619 if (l_wr_mas->r_min < mas->index) {
> 2620 end++;
> > 2621 cp->slot[0] = l_wr_mas->content;
> 2622 cp->pivot[0] = mas->index - 1;
> 2623 }
> > 2624 cp->slot[end] = l_wr_mas->entry;
> 2625 cp->pivot[end] = mas->last;
> 2626
> 2627 if (r_wr_mas->end_piv > mas->last) {
> 2628 end++;
> 2629 cp->slot[end] = r_wr_mas->slots[r_wr_mas->offset_end];
> 2630 cp->pivot[end] = r_wr_mas->end_piv;
> 2631 }
> 2632
> 2633 cp->min = l_wr_mas->r_min;
> 2634 cp->max = cp->pivot[end];
> 2635 cp->end = end;
> 2636 }
> 2637
>
#syz test: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything
--- a/lib/maple_tree.c
+++ b/lib/maple_tree.c
@@ -2092,19 +2092,28 @@ static inline void cp_leaf_init(struct maple_copy *cp,
{
unsigned char end = 0;
+ /*
+ * It is very important that the maple_copy node is never seen before a
+ * write side barrier happens. Otherwise, there could be a reordering
+ * in the RCU code below that will be extremely difficult to debug.
+ *
+ * In this case, it is fine because the maple_copy is never exposed to
+ * readers until it is put into a final node and a wmb() occurs.
+ */
cp->height = 1;
/* Create entries to insert including split entries to left and right */
if (l_wr_mas->r_min < mas->index) {
end++;
- cp->slot[0] = l_wr_mas->content;
+ RCU_INIT_POINTER(cp->slot[0], l_wr_mas->content);
cp->pivot[0] = mas->index - 1;
}
- cp->slot[end] = l_wr_mas->entry;
+ RCU_INIT_POINTER(cp->slot[end], l_wr_mas->entry);
cp->pivot[end] = mas->last;
if (r_wr_mas->end_piv > mas->last) {
end++;
- cp->slot[end] = r_wr_mas->slots[r_wr_mas->offset_end];
+ RCU_INIT_POINTER(cp->slot[end],
+ r_wr_mas->slots[r_wr_mas->offset_end]);
cp->pivot[end] = r_wr_mas->end_piv;
}
next prev parent reply other threads:[~2026-01-16 19:47 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-15 19:36 [PATCH 00/28] maple_tree: Replace big node with maple copy Liam R. Howlett
2026-01-15 19:36 ` [PATCH 01/28] maple_tree: Move mas_spanning_rebalance loop to function Liam R. Howlett
2026-01-15 19:36 ` [PATCH 02/28] maple_tree: Extract use of big node from mas_wr_spanning_store() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 03/28] maple_tree: Remove unnecessary assignment of orig_l index Liam R. Howlett
2026-01-15 19:36 ` [PATCH 04/28] maple_tree: inline mas_spanning_rebalance() into mas_wr_spanning_rebalance() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 05/28] maple_tree: Make ma_wr_states reliable for reuse in spanning store Liam R. Howlett
2026-01-15 19:36 ` [PATCH 06/28] maple_tree: Remove l_wr_mas from mas_wr_spanning_rebalance Liam R. Howlett
2026-01-15 19:36 ` [PATCH 07/28] maple_tree: Don't pass through height in mas_wr_spanning_store Liam R. Howlett
2026-01-15 19:36 ` [PATCH 08/28] maple_tree: Move maple_subtree_state from mas_wr_spanning_store to mas_wr_spanning_rebalance Liam R. Howlett
2026-01-15 19:36 ` [PATCH 09/28] maple_tree: Correct right ma_wr_state end pivot in mas_wr_spanning_store() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 10/28] maple_tree: Introduce maple_copy node and use it in mas_spanning_rebalance() Liam R. Howlett
2026-01-16 7:45 ` kernel test robot
2026-01-16 19:46 ` Liam R. Howlett [this message]
2026-01-15 19:36 ` [PATCH 11/28] maple_tree: Testing update for spanning store Liam R. Howlett
2026-01-15 19:36 ` [PATCH 12/28] maple_tree: Inline mas_spanning_rebalance_loop() into mas_wr_spanning_rebalance() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 13/28] maple_tree: Change initial big node setup in mas_wr_spanning_rebalance() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 14/28] maple_tree: Introduce ma_leaf_max_gap() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 15/28] maple_tree: Add gap support, slot and pivot sizes for maple copy Liam R. Howlett
2026-01-15 19:36 ` [PATCH 16/28] maple_tree: Start using maple copy node for destination Liam R. Howlett
2026-01-16 9:36 ` kernel test robot
2026-01-16 20:19 ` Liam R. Howlett
2026-01-16 22:44 ` Andrew Morton
2026-01-19 15:06 ` Liam R. Howlett
2026-01-15 19:36 ` [PATCH 17/28] maple_tree: inline mas_wr_spanning_rebalance() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 18/28] maple_tree: Remove unnecessary return statements Liam R. Howlett
2026-01-15 19:36 ` [PATCH 19/28] maple_tree: Separate wr_split_store and wr_rebalance store type code path Liam R. Howlett
2026-01-15 19:36 ` [PATCH 20/28] maple_tree: Add cp_is_new_root() helper Liam R. Howlett
2026-01-15 19:36 ` [PATCH 21/28] maple_tree: Use maple copy node for mas_wr_rebalance() operation Liam R. Howlett
2026-01-15 19:36 ` [PATCH 22/28] maple_tree: Add copy_tree_location() helper Liam R. Howlett
2026-01-15 19:36 ` [PATCH 23/28] maple_tree: Add cp_converged() helper Liam R. Howlett
2026-01-15 19:36 ` [PATCH 24/28] maple_tree: Use maple copy node for mas_wr_split() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 25/28] maple_tree: Remove maple big node and subtree structs Liam R. Howlett
2026-01-15 19:36 ` [PATCH 26/28] maple_tree: Pass maple copy node to mas_wmb_replace() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 27/28] maple_tree: Don't pass end to mas_wr_append() Liam R. Howlett
2026-01-15 19:36 ` [PATCH 28/28] maple_tree: Clean up mas_wr_node_store() 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=m4nmhm2zmgrelxtyhftmg6kkyxexmznyo7khfmjxphkzr37ea6@44ga7yswli3c \
--to=liam.howlett@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=aliceryhl@google.com \
--cc=arnd@arndb.de \
--cc=geert@linux-m68k.org \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lists@nerdbynature.de \
--cc=lkp@intel.com \
--cc=maple-tree@lists.infradead.org \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=sidhartha.kumar@oracle.com \
--cc=surenb@google.com \
--cc=vbabka@suse.cz \
--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