linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Ryan Roberts <ryan.roberts@arm.com>
To: kernel test robot <lkp@intel.com>, Will Deacon <will@kernel.org>
Cc: oe-kbuild-all@lists.linux.dev,
	Linux Memory Management List <linux-mm@kvack.org>,
	Catalin Marinas <catalin.marinas@arm.com>
Subject: Re: [linux-next:master 10159/12060] arch/arm64/include/asm/pgtable.h:1102:16: error: implicit declaration of function 'pud_valid'; did you mean 'pmd_valid'?
Date: Wed, 8 May 2024 16:38:01 +0100	[thread overview]
Message-ID: <10cd4b97-d780-4524-a0ee-89f26a7897fc@arm.com> (raw)
In-Reply-To: <202405082221.43rfWxz5-lkp@intel.com>

On 08/05/2024 15:24, kernel test robot wrote:
> tree:   https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> head:   e7b4ef8fffaca247809337bb78daceb406659f2d
> commit: f0f5863a0fb0fb48a5881c3f6acca1958899dd76 [10159/12060] arm64/mm: Remove PTE_PROT_NONE bit
> config: arm64-randconfig-r013-20230528 (https://download.01.org/0day-ci/archive/20240508/202405082221.43rfWxz5-lkp@intel.com/config)
> compiler: aarch64-linux-gcc (GCC) 13.2.0
> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240508/202405082221.43rfWxz5-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/202405082221.43rfWxz5-lkp@intel.com/
> 
> All errors (new ones prefixed by >>):
> 
>    In file included from include/linux/pgtable.h:6,
>                     from arch/arm64/include/asm/io.h:12,
>                     from include/linux/io.h:13,
>                     from include/linux/irq.h:20,
>                     from include/asm-generic/hardirq.h:17,
>                     from arch/arm64/include/asm/hardirq.h:17,
>                     from include/linux/hardirq.h:11,
>                     from include/linux/interrupt.h:11,
>                     from include/linux/trace_recursion.h:5,
>                     from include/linux/ftrace.h:10,
>                     from arch/arm64/kernel/asm-offsets.c:12:
>    arch/arm64/include/asm/pgtable.h: In function 'pud_user_accessible_page':
>>> arch/arm64/include/asm/pgtable.h:1102:16: error: implicit declaration of function 'pud_valid'; did you mean 'pmd_valid'? [-Werror=implicit-function-declaration]
>     1102 |         return pud_valid(pud) && !pud_table(pud) && (pud_user(pud) || pud_user_exec(pud));
>          |                ^~~~~~~~~
>          |                pmd_valid

Hi Will,

Looks like this is due to pud_valid() not being defined for
CONFIG_PGTABLE_LEVELS <= 2. Seems to me that this is the cleanest solution. But
pgtable folding breaks my brain so perhaps there is a better way?

What's the process here? Can you just merge this into the broken patch, or do I
need to re-post the series, or post a fix patch formally?

--8<----

diff --git a/arch/arm64/include/asm/pgtable.h b/arch/arm64/include/asm/pgtable.h
index c60dcb455ebd..f8efbc128446 100644
--- a/arch/arm64/include/asm/pgtable.h
+++ b/arch/arm64/include/asm/pgtable.h
@@ -810,6 +810,7 @@ static inline pmd_t *pud_pgtable(pud_t pud)

 #else

+#define pud_valid(pud)         false
 #define pud_page_paddr(pud)    ({ BUILD_BUG(); 0; })
 #define pud_user_exec(pud)     pud_user(pud) /* Always 0 with folding */

--8<----

Thanks,
Ryan


>    cc1: some warnings being treated as errors
>    make[3]: *** [scripts/Makefile.build:117: arch/arm64/kernel/asm-offsets.s] Error 1
>    make[3]: Target 'prepare' not remade because of errors.
>    make[2]: *** [Makefile:1197: prepare0] Error 2
>    make[2]: Target 'prepare' not remade because of errors.
>    make[1]: *** [Makefile:240: __sub-make] Error 2
>    make[1]: Target 'prepare' not remade because of errors.
>    make: *** [Makefile:240: __sub-make] Error 2
>    make: Target 'prepare' not remade because of errors.
> 
> 
> vim +1102 arch/arm64/include/asm/pgtable.h
> 
>   1099	
>   1100	static inline bool pud_user_accessible_page(pud_t pud)
>   1101	{
>> 1102		return pud_valid(pud) && !pud_table(pud) && (pud_user(pud) || pud_user_exec(pud));
>   1103	}
>   1104	#endif
>   1105	
> 



  reply	other threads:[~2024-05-08 15:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-08 14:24 kernel test robot
2024-05-08 15:38 ` Ryan Roberts [this message]
2024-05-08 17:12   ` Will Deacon
2024-05-09 12:59     ` Ryan Roberts

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=10cd4b97-d780-4524-a0ee-89f26a7897fc@arm.com \
    --to=ryan.roberts@arm.com \
    --cc=catalin.marinas@arm.com \
    --cc=linux-mm@kvack.org \
    --cc=lkp@intel.com \
    --cc=oe-kbuild-all@lists.linux.dev \
    --cc=will@kernel.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