From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 3BC3DD4A61E for ; Fri, 16 Jan 2026 09:37:01 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8B44E6B0088; Fri, 16 Jan 2026 04:37:00 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 861716B0089; Fri, 16 Jan 2026 04:37:00 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 735DC6B008A; Fri, 16 Jan 2026 04:37:00 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 5E3256B0088 for ; Fri, 16 Jan 2026 04:37:00 -0500 (EST) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id F35FD5914C for ; Fri, 16 Jan 2026 09:36:59 +0000 (UTC) X-FDA: 84337322958.06.ED40BFA Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.13]) by imf18.hostedemail.com (Postfix) with ESMTP id 076371C0002 for ; Fri, 16 Jan 2026 09:36:56 +0000 (UTC) Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=UGsEHOXB; spf=pass (imf18.hostedemail.com: domain of lkp@intel.com designates 198.175.65.13 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1768556218; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=ahTepiC/yPblmscDBMAWF475krUMfJTxzGlRarW2wZw=; b=E15Tgddjd4A/H8sOFTDD6PmGVGHF69rHobgddhuSqEhqXZ3CTa0UQvE+ihXX+Zr73T3lmg iScpO7HxASLG/pUgTH7JZ8pA98Z2TWghiRQH6Ck3aeryoEERhx/lBtfhktbyYVKZ2cUl5Q TjEyGUHFEX/Sc6DYA/DaUDidkx9kaSE= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1768556218; a=rsa-sha256; cv=none; b=Xoyg6x8kHSnKWhNQInol8g9URk+5WnIkfSIg2gzIJwWo/DOagqEU1vDDTUn9L7M24O/qm9 QYgHaI1gAE9U7Yw6Tzo674cmYRaugYK1/L+aTXWomOlAHWup2MkYJvppxwSLWNSR3x+VNw a6z+KjvEJiCaitxtk8mmVWBxQjlG/ng= ARC-Authentication-Results: i=1; imf18.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=UGsEHOXB; spf=pass (imf18.hostedemail.com: domain of lkp@intel.com designates 198.175.65.13 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1768556217; x=1800092217; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=zSuPh/JA9JXiPYKBtYjX8YWfiVWnSdinWrMb6ddTa4o=; b=UGsEHOXBBDf+NNIN5+4rpZbK2B+oLYyOelhtuxBnnZIpmk+QpT0vC2Rx nHxsdV4/qJjs2G513mZe379mYa7XvWi8JWJsZGK1CXqFQQHK32MbnUVJS yES6qaO2GDq8VaHA1KqJpkMXNGm0BGUH1DXi+GgZ50z5EsfccXh4cISDv o7y84n4ky71+nBVdm5vZ3hIYOBBsUOiS4ftMOX0cbvJtY/+Kg3hK9ug33 sUqDOeWTfvsQgyl9JkM7g8IkBQU1B1lOM7gx9nLcfbOqiou34we+/Hh6V v8p89AoUOAmSO97qlP+QC/3uUEIt/ek5AKqSx1CqC2gTkL/fKJjT84Gjy A==; X-CSE-ConnectionGUID: NZQcV8nsR2efIlNJi2Up5Q== X-CSE-MsgGUID: lQNNw8prSNiOQ5/v930WGQ== X-IronPort-AV: E=McAfee;i="6800,10657,11672"; a="80986512" X-IronPort-AV: E=Sophos;i="6.21,230,1763452800"; d="scan'208";a="80986512" Received: from orviesa004.jf.intel.com ([10.64.159.144]) by orvoesa105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jan 2026 01:36:55 -0800 X-CSE-ConnectionGUID: +hPv5xTRQC62VHhPmtBU7A== X-CSE-MsgGUID: 0yK1QqJYTSufHLThN59EmA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,230,1763452800"; d="scan'208";a="209694946" Received: from lkp-server01.sh.intel.com (HELO 765f4a05e27f) ([10.239.97.150]) by orviesa004.jf.intel.com with ESMTP; 16 Jan 2026 01:36:51 -0800 Received: from kbuild by 765f4a05e27f with local (Exim 4.98.2) (envelope-from ) id 1vggG8-00000000Kf2-3s13; Fri, 16 Jan 2026 09:36:48 +0000 Date: Fri, 16 Jan 2026 17:36:38 +0800 From: kernel test robot To: "Liam R. Howlett" , Andrew Morton Cc: oe-kbuild-all@lists.linux.dev, Linux Memory Management List , maple-tree@lists.infradead.org, linux-kernel@vger.kernel.org, Suren Baghdasaryan , Matthew Wilcox , Sidhartha Kumar , Vlastimil Babka , Alice Ryhl , Kuninori Morimoto , Geert Uytterhoeven , Arnd Bergmann , Christian Kujau , "Liam R. Howlett" Subject: Re: [PATCH 16/28] maple_tree: Start using maple copy node for destination Message-ID: <202601161750.eDtUQiJr-lkp@intel.com> References: <20260115193647.1695937-17-Liam.Howlett@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260115193647.1695937-17-Liam.Howlett@oracle.com> X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 076371C0002 X-Rspam-User: X-Stat-Signature: ujrx4ygkbcmnk7cf9ncwr3a7htcxgdt6 X-HE-Tag: 1768556216-729807 X-HE-Meta: U2FsdGVkX1+kv7qEsX2C0ECsdZgy8jIDhreJsJVlWrzcVyaDzbqVHSC564gKDvuiePWoJd9At3vUi6TPglocp4JOSuEW4PG8TpVIBMo8HEX2q0rFyUJ6GHJVv4AoGhxHie7kQN96UU2ykJ5lP2OoD2YZiUAFCf2ibtRbg4XCQpHmbpvplGCqZGik5H/IKYE87CvGwzQdsSgLBVzJhP6rPh9InyWn1V4fh46Z8vrMJptzt8qqZVxvUha3VkH6vriplrKSUkvCmAynYdxUGP2FMUCBzyG4UoM1Z0kvxi3Pbk5hMMruNw0uNdhd+221OnQSetj9ozoZEQOxVRvRzasIFLQiyuEZbgNUQg9QsuQfryxCw7RW9cCWG0Bu3gzGrkLYEEU74AB8j6qJRbf7S7kQpOZJBhen6lg9yNLi3PjuIRZxs1TB21vR5zt5KR3whCgsnZ/8MPVVskCrS6DPRX6N6F8XlRHEGkv9xzQO+E2pH3y51MjJBTP8N+9pGGDu+uPAPMOBqW+JwDnz6qOwHd+ZdWamrS7sl14s9g6iMPqnqpQzmOb6+zllC2gg1cKo0jn8QWuU31/mzWNHDO6l3RSi57Oe+WXiHEBFENRviAOZT2OI3yPCX1NAStqP1/RCnDRTNCZtoQ2qRNCtCOvgVufyKn5f0qaxFQWTyc8/X+BrjZpFokMPaGAa9HKbo1/ZTl44WcSvq/8VUaiGU8s0zOqmV9wTPspuUx46r0nK+ewUkse4GZb//jQ8GgaravMgcaK+PGo+QrxC7Fea0a5sRbYENenM+FwoiDaqSU2z42mLblwSGpIAj7MVId4zBfaXORfN9uI1xmjWkj6U4OHqgXyaBmBuJHiicc/z6hzSs5gt88I7fAxkU+6EUqXIe1eLxIDm1u8hBu5yglTU35RTAf81sj1hlp8w0cw+fSFqjnhEsfNThuEVY6RpuHn7T9HInydfJz8TS7xebzZ/Hin7Z9B t5TrzzgB Unn4acnW2RQDD5TxOltwymUCI2tF2OvvVWaiEKY3yqxjCxkXtXhUer18sxsVKo6oFm5sf7B17Ly87BeAjovqEzO6OvnReU+CbrRE30LQeTRUN7b7m7pCxg6MYrMmDf3cMRKI4oplSUOz1RDjOnuUAeE49HHVTZeJbiQ13XudX7lZemjaamiDnN+h2m/PUEiFpc31w7IBtFgu57s+xbfbRQ1aMTJzqcvD3yn2ZHaWX3oBWjoamcdQQL/COqAY3YZqR2MagM/EhBq/dzKHi0L/3tQ8TSzSEF0lPubDbzDyr+JAWUIoPdqZ9XWuuuN2jEZvO853oQ7lZD/Lh12bCk75SAHaSCaQJ4ok+vwu+p5qJFf2dvtLKCE9MgzYVnzFlgYtlQte+pVkpnXlEjmrtsgtoYxumsLHWo8zDozhpDh9QWQ859p0= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: 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-17-Liam.Howlett%40oracle.com patch subject: [PATCH 16/28] maple_tree: Start using maple copy node for destination config: x86_64-randconfig-121-20260116 (https://download.01.org/0day-ci/archive/20260116/202601161750.eDtUQiJr-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/202601161750.eDtUQiJr-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 | Closes: https://lore.kernel.org/oe-kbuild-all/202601161750.eDtUQiJr-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> lib/maple_tree.c:3355:37: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got struct maple_enode * @@ lib/maple_tree.c:3355:37: sparse: expected void [noderef] __rcu * lib/maple_tree.c:3355:37: sparse: got struct maple_enode * >> lib/maple_tree.c:3358:17: sparse: sparse: incorrect type in argument 1 (different address spaces) @@ expected struct maple_enode const *entry @@ got void [noderef] __rcu * @@ lib/maple_tree.c:3358:17: sparse: expected struct maple_enode const *entry lib/maple_tree.c:3358:17: sparse: got void [noderef] __rcu * >> lib/maple_tree.c:3397:19: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected struct maple_enode *node @@ got void [noderef] __rcu * @@ lib/maple_tree.c:3397:19: sparse: expected struct maple_enode *node lib/maple_tree.c:3397:19: sparse: got void [noderef] __rcu * lib/maple_tree.c:3139:29: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got struct maple_enode * @@ lib/maple_tree.c:3139:29: sparse: expected void [noderef] __rcu * lib/maple_tree.c:3139:29: sparse: got struct maple_enode * >> lib/maple_tree.c:2558:52: sparse: sparse: incorrect type in argument 2 (different address spaces) @@ expected struct maple_enode *enode @@ got void [noderef] __rcu * @@ lib/maple_tree.c:2558:52: sparse: expected struct maple_enode *enode lib/maple_tree.c:2558:52: sparse: got void [noderef] __rcu * lib/maple_tree.c:2803:29: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got void *content @@ lib/maple_tree.c:2803:29: sparse: expected void [noderef] __rcu * lib/maple_tree.c:2803:29: sparse: got void *content lib/maple_tree.c:2806:23: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got void *entry @@ lib/maple_tree.c:2806:23: sparse: expected void [noderef] __rcu * lib/maple_tree.c:2806:23: sparse: got void *entry >> lib/maple_tree.c:2558:52: sparse: sparse: incorrect type in argument 2 (different address spaces) @@ expected struct maple_enode *enode @@ got void [noderef] __rcu * @@ lib/maple_tree.c:2558:52: sparse: expected struct maple_enode *enode lib/maple_tree.c:2558:52: sparse: got void [noderef] __rcu * lib/maple_tree.c:6899:30: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got struct maple_node * @@ lib/maple_tree.c:6899:30: sparse: expected void [noderef] __rcu * lib/maple_tree.c:6899:30: sparse: got struct maple_node * lib/maple_tree.c:6899:30: sparse: sparse: incorrect type in assignment (different address spaces) @@ expected void [noderef] __rcu * @@ got struct maple_node * @@ lib/maple_tree.c:6899:30: sparse: expected void [noderef] __rcu * lib/maple_tree.c:6899:30: sparse: got struct maple_node * vim +3355 lib/maple_tree.c 3317 3318 /* 3319 * spanning_ascend() - See if a spanning store operation has to keep walking up 3320 * the tree 3321 * @cp: The maple_copy node 3322 * @l_wr_mas: The left maple write state 3323 * @r_wr_mas: The right maple write state 3324 * @sib: the maple state of the sibling 3325 * 3326 * Returns: True if another iteration is necessary. 3327 */ 3328 static bool spanning_ascend(struct maple_copy *cp, struct ma_state *mas, 3329 struct ma_wr_state *l_wr_mas, struct ma_wr_state *r_wr_mas, 3330 struct ma_state *sib) 3331 { 3332 if (sib->end) { 3333 if (sib->max < l_wr_mas->mas->min) 3334 *l_wr_mas->mas = *sib; 3335 else 3336 *r_wr_mas->mas = *sib; 3337 } 3338 3339 cp_dst_to_slots(cp, l_wr_mas->mas->min, r_wr_mas->mas->max, mas); 3340 if (!cp->min && cp->max == ULONG_MAX) { 3341 /* New root */ 3342 if (cp->d_count != 1) { 3343 enum maple_type mt = maple_arange_64; 3344 3345 if (!mt_is_alloc(mas->tree)) 3346 mt = maple_range_64; 3347 3348 cp->data = cp->d_count; 3349 cp->s_count = 0; 3350 dst_setup(cp, mas, mt); 3351 init_cp_src(cp); 3352 node_copy(mas, cp->src[0].node, 0, cp->data, cp->max, maple_copy, 3353 cp->dst[0].node, 0, mt); 3354 node_finalise(cp->dst[0].node, mt, cp->end + 1); > 3355 cp->slot[0] = mt_mk_node(cp->dst[0].node, mt); 3356 cp->height++; 3357 } > 3358 WARN_ON_ONCE(cp->dst[0].node != mte_to_node(cp->slot[0])); 3359 cp->dst[0].node->parent = ma_parent_ptr(mas_tree_parent(mas)); 3360 mas->min = 0; 3361 mas->max = ULONG_MAX; 3362 mas->depth = 0; 3363 mas->node = mas_root_locked(mas); 3364 return false; 3365 } 3366 3367 /* Converged and has a single destination */ 3368 if ((cp->d_count == 1) && 3369 (l_wr_mas->mas->node == r_wr_mas->mas->node)) { 3370 cp->dst[0].node->parent = ma_parent_ptr(mas_mn(mas)->parent); 3371 return false; 3372 } 3373 3374 cp->height++; 3375 wr_mas_ascend(l_wr_mas); 3376 wr_mas_ascend(r_wr_mas); 3377 return true; 3378 } 3379 3380 static noinline void mas_wr_spanning_rebalance(struct ma_state *mas, 3381 struct ma_wr_state *l_wr_mas, struct ma_wr_state *r_wr_mas) 3382 { 3383 3384 struct maple_enode *old_enode; 3385 struct maple_copy cp; 3386 struct ma_state sib; 3387 3388 cp_leaf_init(&cp, mas, l_wr_mas, r_wr_mas); 3389 do { 3390 spanning_data(&cp, l_wr_mas, r_wr_mas, &sib); 3391 multi_src_setup(&cp, l_wr_mas, r_wr_mas, &sib); 3392 dst_setup(&cp, mas, l_wr_mas->type); 3393 cp_data_write(&cp, mas); 3394 } while (spanning_ascend(&cp, mas, l_wr_mas, r_wr_mas, &sib)); 3395 3396 old_enode = mas->node; > 3397 mas->node = cp.slot[0]; 3398 mas_wmb_replace(mas, old_enode, cp.height); 3399 mtree_range_walk(mas); 3400 } 3401 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki