Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4315848pxf; Tue, 16 Mar 2021 10:24:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyyVoq1wf3IJRyHyJOq0CG5orpLjLcu1cV+0Od5czBMy97JiDG1Bo+rlH9S+NADSWwsglo9 X-Received: by 2002:aa7:d5c9:: with SMTP id d9mr38645930eds.102.1615915454733; Tue, 16 Mar 2021 10:24:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615915454; cv=none; d=google.com; s=arc-20160816; b=MCEFE7n1mhVYN9s7cPCXGOmftv2rePEYSEsv2slnvsePaLGl8A95TkEtvnDzG/A6Xq WUgSlPJrA/phUj0lEamlLBnCpEyzk0Fr0Xyme/RTyNQXCbi7WnOCeUKE9I8eTMoqfdEy 8YQQcFOTmWwTQ1oY76bILWAQoM19H6IIlF8Ct+TandBAm+rTATLwhWdHf7f2+NEsXs4Z DfwFDu8z2z/FQOpckf2IXFa/6iuiMz6gUFZzs2E3ZlHkzdEJq+K3cRRCoLUkPvqw/I2w k5rSE5g8cHEJaDUT/zJdUrK9Cw4XWJcECg1KryOMlLQaa8lNrnrV56cuCniUc8/hX5Ud dTYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=oc+Y0fkjS4EJHAASLTfPSCxxQQdGRpogq02kr0XvEIY=; b=dxKOn6p0+WPLuL+g86mlVHhh9b7nNuB8Iu7uoJIkBN0tA0et2MgO7Dc/eeV7I2cFJa FDAxKN9Kvs0bfBvch/4OzR2qAKOR8jZRQ+5MUdIwIG/Z3a9XtHg8wadTMnRj0FBukaCr TU1GjKTplurJNoxuv9hZ3NQ8D0mghyMLvU3+rthO9k6r49mzz11sJHAZnq/Bk24UWlzM swV5EnkeIfbJSz0S+nP3rjiNyT1N25T/vKv/xvIaISNb2fVAIbh1dKbuIfI578MHO89U cdir8Zc4i+k+ZRS67SrrY4B7ifSKg7iS0+BrcaU/0yz/eo+pIWGMQmYQ/Nnzlbe7yL8S IqgA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ZKdeS6p+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id pv13si13100024ejb.531.2021.03.16.10.23.52; Tue, 16 Mar 2021 10:24:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ZKdeS6p+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237615AbhCPROZ (ORCPT + 99 others); Tue, 16 Mar 2021 13:14:25 -0400 Received: from mail.kernel.org ([198.145.29.99]:53930 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239084AbhCPRN4 (ORCPT ); Tue, 16 Mar 2021 13:13:56 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 90A0E65013; Tue, 16 Mar 2021 17:13:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1615914835; bh=XieCZyeIda15jzEAAI/y4+VLPR3qlObfVN96dVZaJj0=; h=From:To:Cc:Subject:Date:From; b=ZKdeS6p+E09TOd6dWytI/OA5eYJebcWEdHzd4F5OHYIU7oE4fU1/Fbj2qfzcXddLc bh0IW93QtFFAWthEDQf6AOeTNWZtj4lrILisBDhrRkm6TT0CcZZF5iD/aHw/GWiC6/ oYZOnsYl5+NkKKdRmmiRwAO6ABuCd1xoGosIGNvVB2VVBK1okbwCn5C3+y0Ba+vLxD JVTPVfVxE1QQ2xgmVJMKMxbQBR0c9MFHC1YzDEWWeOpl/B5Jh4RSWLKN3gjLEUXjdF bA06lmb+8f/tnfoFPyCR0mReG4GUqh3dIxpSsk1rxXneBSvMQ+TPgiUaxMILegOxjw 3/NCabqMUHNKA== From: Mike Rapoport To: Andrew Morton Cc: Arnd Bergmann , David Hildenbrand , Mike Rapoport , Mike Rapoport , Nick Desaulniers , clang-built-linux@googlegroups.com, kbuild-all@lists.01.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, kernel test robot Subject: [PATCH] memblock: fix section mismatch warning again Date: Tue, 16 Mar 2021 19:13:47 +0200 Message-Id: <20210316171347.14084-1-rppt@kernel.org> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mike Rapoport Commit 34dc2efb39a2 ("memblock: fix section mismatch warning") marked memblock_bottom_up() and memblock_set_bottom_up() as __init, but they could be referenced from non-init functions like memblock_find_in_range_node() on architectures that enable CONFIG_ARCH_KEEP_MEMBLOCK. For such builds kernel test robot reports: All warnings (new ones prefixed by >>, old ones prefixed by <<): >> WARNING: modpost: vmlinux.o(.text+0x74fea4): Section mismatch in reference from the function memblock_find_in_range_node() to the function .init.text:memblock_bottom_up() The function memblock_find_in_range_node() references the function __init memblock_bottom_up(). This is often because memblock_find_in_range_node lacks a __init annotation or the annotation of memblock_bottom_up is wrong. Replace __init annotations with __init_memblock annotations so that the appropriate section will be selected depending on CONFIG_ARCH_KEEP_MEMBLOCK. Link: https://lore.kernel.org/lkml/202103160133.UzhgY0wt-lkp@intel.com Fixes: 34dc2efb39a2 ("memblock: fix section mismatch warning") Signed-off-by: Mike Rapoport Reported-by: kernel test robot Reviewed-by: Arnd Bergmann --- @Andrew, please let me know if you'd prefer this merged via memblock tree. include/linux/memblock.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/memblock.h b/include/linux/memblock.h index d13e3cd938b4..5984fff3f175 100644 --- a/include/linux/memblock.h +++ b/include/linux/memblock.h @@ -460,7 +460,7 @@ static inline void memblock_free_late(phys_addr_t base, phys_addr_t size) /* * Set the allocation direction to bottom-up or top-down. */ -static inline __init void memblock_set_bottom_up(bool enable) +static inline __init_memblock void memblock_set_bottom_up(bool enable) { memblock.bottom_up = enable; } @@ -470,7 +470,7 @@ static inline __init void memblock_set_bottom_up(bool enable) * if this is true, that said, memblock will allocate memory * in bottom-up direction. */ -static inline __init bool memblock_bottom_up(void) +static inline __init_memblock bool memblock_bottom_up(void) { return memblock.bottom_up; } -- 2.28.0