From: kernel test robot <lkp@intel.com>
To: Muchun Song <songmuchun@bytedance.com>
Cc: oe-kbuild-all@lists.linux.dev,
Andrew Morton <akpm@linux-foundation.org>,
Linux Memory Management List <linux-mm@kvack.org>
Subject: [linux-next:master 10221/10910] include/linux/mmzone.h:94:34: error: 'PUD_SHIFT' undeclared here (not in a function); did you mean 'NMI_SHIFT'?
Date: Sun, 27 Sep 2026 02:30:30 +0800 [thread overview]
Message-ID: <202609270240.3jTO1ZSC-lkp@intel.com> (raw)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
head: f5f84daefcd92d7a630066635ecea1433ed5eac7
commit: 90506255be6d7481d4141e51dbbe11d7800e9e75 [10221/10910] mm-sparse-vmemmap-introduce-config_vmemmap_optimization-fix
config: riscv-randconfig-1001-20260927 (https://download.01.org/0day-ci/archive/20260927/202609270240.3jTO1ZSC-lkp@intel.com/config)
compiler: riscv64-linux-gcc (GCC) 16.1.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260927/202609270240.3jTO1ZSC-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/202609270240.3jTO1ZSC-lkp@intel.com/
All errors (new ones prefixed by >>):
In file included from include/linux/gfp.h:7,
from include/linux/mm.h:8,
from arch/riscv/kernel/asm-offsets.c:9:
>> include/linux/mmzone.h:94:34: error: 'PUD_SHIFT' undeclared here (not in a function); did you mean 'NMI_SHIFT'?
94 | #define MAX_FOLIO_ORDER (PUD_SHIFT - PAGE_SHIFT)
| ^~~~~~~~~
include/linux/mmzone.h:117:10: note: in expansion of macro 'MAX_FOLIO_ORDER'
117 | (MAX_FOLIO_ORDER - VMEMMAP_OPTIMIZATION_MIN_ORDER + 1)
| ^~~~~~~~~~~~~~~
include/linux/mmzone.h:119:11: note: in expansion of macro '__VMEMMAP_OPTIMIZATION_NR_ORDERS'
119 | ((__VMEMMAP_OPTIMIZATION_NR_ORDERS > 0 && \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
include/linux/mmzone.h:1160:36: note: in expansion of macro 'VMEMMAP_OPTIMIZATION_NR_ORDERS'
1160 | struct page *vmemmap_tails[VMEMMAP_OPTIMIZATION_NR_ORDERS];
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
make[3]: *** [scripts/Makefile.build:185: arch/riscv/kernel/asm-offsets.s] Error 1 shuffle=3113152511
make[3]: Target 'prepare' not remade because of errors.
make[2]: *** [Makefile:1425: prepare0] Error 2 shuffle=3113152511
make[2]: Target 'prepare' not remade because of errors.
make[1]: *** [Makefile:248: __sub-make] Error 2 shuffle=3113152511
make[1]: Target 'prepare' not remade because of errors.
make: *** [Makefile:248: __sub-make] Error 2 shuffle=3113152511
make: Target 'prepare' not remade because of errors.
vim +94 include/linux/mmzone.h
5ad333eb66ff1e Andy Whitcroft 2007-07-17 64
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 65 #if !defined(CONFIG_HAVE_GIGANTIC_FOLIOS)
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 66 /*
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 67 * We don't expect any folios that exceed buddy sizes (and consequently
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 68 * memory sections).
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 69 */
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 70 #define MAX_FOLIO_ORDER MAX_PAGE_ORDER
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 71 #elif defined(CONFIG_SPARSEMEM) && !defined(CONFIG_SPARSEMEM_VMEMMAP)
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 72 /*
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 73 * Only pages within a single memory section are guaranteed to be
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 74 * contiguous. By limiting folios to a single memory section, all folio
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 75 * pages are guaranteed to be contiguous.
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 76 */
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 77 #define MAX_FOLIO_ORDER PFN_SECTION_SHIFT
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 78 #elif defined(CONFIG_HUGETLB_PAGE)
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 79 /*
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 80 * There is no real limit on the folio size. We limit them to the maximum we
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 81 * currently expect (see CONFIG_HAVE_GIGANTIC_FOLIOS): with hugetlb, we expect
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 82 * no folios larger than 16 GiB on 64bit and 1 GiB on 32bit.
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 83 */
622026e87c4019 Kiryl Shutsemau 2026-02-27 84 #ifdef CONFIG_64BIT
622026e87c4019 Kiryl Shutsemau 2026-02-27 85 #define MAX_FOLIO_ORDER (ilog2(SZ_16G) - PAGE_SHIFT)
622026e87c4019 Kiryl Shutsemau 2026-02-27 86 #else
622026e87c4019 Kiryl Shutsemau 2026-02-27 87 #define MAX_FOLIO_ORDER (ilog2(SZ_1G) - PAGE_SHIFT)
622026e87c4019 Kiryl Shutsemau 2026-02-27 88 #endif
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 89 #else
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 90 /*
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 91 * Without hugetlb, gigantic folios that are bigger than a single PUD are
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 92 * currently impossible.
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 93 */
622026e87c4019 Kiryl Shutsemau 2026-02-27 @94 #define MAX_FOLIO_ORDER (PUD_SHIFT - PAGE_SHIFT)
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 95 #endif
a2c77ec320a995 Kiryl Shutsemau 2026-02-27 96
:::::: The code at line 94 was first introduced by commit
:::::: 622026e87c4019e609010811757e31193cc23847 mm/hugetlb: remove fake head pages
:::::: TO: Kiryl Shutsemau <kas@kernel.org>
:::::: CC: Andrew Morton <akpm@linux-foundation.org>
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
reply other threads:[~2026-09-26 18:31 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=202609270240.3jTO1ZSC-lkp@intel.com \
--to=lkp@intel.com \
--cc=akpm@linux-foundation.org \
--cc=linux-mm@kvack.org \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=songmuchun@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.