| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAGudoHGORCV7Gx5Yj+32eU7k4=yu_hjbtS3+PPJ7AtQGxCcqpQ@mail.gmail.com>
Date: Thu, 30 Oct 2025 14:19:15 +0100
From: Mateusz Guzik <mjguzik@...il.com>
To: kernel test robot <lkp@...el.com>
Cc: brauner@...nel.org, oe-kbuild-all@...ts.linux.dev, viro@...iv.linux.org.uk,
jack@...e.cz, linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
torvalds@...ux-foundation.org, pfalcato@...e.de
Subject: Re: [PATCH v4] fs: hide names_cachep behind runtime access machinery
I'm not sending a v5. If you guys are fine with the patch I'm going to
fix up whatever other fallout later.
On Thu, Oct 30, 2025 at 2:14 PM kernel test robot <lkp@...el.com> wrote:
>
> Hi Mateusz,
>
> kernel test robot noticed the following build errors:
>
> [auto build test ERROR on arnd-asm-generic/master]
> [also build test ERROR on linus/master brauner-vfs/vfs.all linux/master v6.18-rc3 next-20251030]
> [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/Mateusz-Guzik/fs-hide-names_cachep-behind-runtime-access-machinery/20251030-185523
> base: https://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git master
> patch link: https://lore.kernel.org/r/20251030105242.801528-1-mjguzik%40gmail.com
> patch subject: [PATCH v4] fs: hide names_cachep behind runtime access machinery
> config: riscv-allnoconfig (https://download.01.org/0day-ci/archive/20251030/202510302004.OdLRz1Wy-lkp@intel.com/config)
> compiler: riscv64-linux-gcc (GCC) 15.1.0
> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251030/202510302004.OdLRz1Wy-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@...el.com>
> | Closes: https://lore.kernel.org/oe-kbuild-all/202510302004.OdLRz1Wy-lkp@intel.com/
>
> All errors (new ones prefixed by >>):
>
> In file included from arch/riscv/include/asm/runtime-const.h:7,
> from include/linux/fs.h:53,
> from include/linux/huge_mm.h:7,
> from include/linux/mm.h:1016,
> from arch/riscv/kernel/asm-offsets.c:8:
> arch/riscv/include/asm/cacheflush.h: In function 'flush_cache_vmap':
> >> arch/riscv/include/asm/cacheflush.h:49:13: error: implicit declaration of function 'is_vmalloc_or_module_addr' [-Wimplicit-function-declaration]
> 49 | if (is_vmalloc_or_module_addr((void *)start)) {
> | ^~~~~~~~~~~~~~~~~~~~~~~~~
> In file included from include/linux/compat.h:18,
> from arch/riscv/include/asm/elf.h:12,
> from include/linux/elf.h:6,
> from include/linux/module.h:20,
> from include/linux/device/driver.h:21,
> from include/linux/device.h:32,
> from include/linux/node.h:18,
> from include/linux/memory.h:19,
> from arch/riscv/include/asm/runtime-const.h:9:
> include/uapi/linux/aio_abi.h: At top level:
> >> include/uapi/linux/aio_abi.h:79:9: error: unknown type name '__kernel_rwf_t'; did you mean '__kernel_off_t'?
> 79 | __kernel_rwf_t aio_rw_flags; /* RWF_* flags */
> | ^~~~~~~~~~~~~~
> | __kernel_off_t
> make[3]: *** [scripts/Makefile.build:182: arch/riscv/kernel/asm-offsets.s] Error 1
> make[3]: Target 'prepare' not remade because of errors.
> make[2]: *** [Makefile:1282: prepare0] Error 2
> make[2]: Target 'prepare' not remade because of errors.
> make[1]: *** [Makefile:248: __sub-make] Error 2
> make[1]: Target 'prepare' not remade because of errors.
> make: *** [Makefile:248: __sub-make] Error 2
> make: Target 'prepare' not remade because of errors.
>
>
> vim +/is_vmalloc_or_module_addr +49 arch/riscv/include/asm/cacheflush.h
>
> 08f051eda33b51 Andrew Waterman 2017-10-25 42
> 7e3811521dc393 Alexandre Ghiti 2023-07-25 43 #ifdef CONFIG_64BIT
> 503638e0babf36 Alexandre Ghiti 2024-07-17 44 extern u64 new_vmalloc[NR_CPUS / sizeof(u64) + 1];
> 503638e0babf36 Alexandre Ghiti 2024-07-17 45 extern char _end[];
> 503638e0babf36 Alexandre Ghiti 2024-07-17 46 #define flush_cache_vmap flush_cache_vmap
> 503638e0babf36 Alexandre Ghiti 2024-07-17 47 static inline void flush_cache_vmap(unsigned long start, unsigned long end)
> 503638e0babf36 Alexandre Ghiti 2024-07-17 48 {
> 503638e0babf36 Alexandre Ghiti 2024-07-17 @49 if (is_vmalloc_or_module_addr((void *)start)) {
> 503638e0babf36 Alexandre Ghiti 2024-07-17 50 int i;
> 503638e0babf36 Alexandre Ghiti 2024-07-17 51
> 503638e0babf36 Alexandre Ghiti 2024-07-17 52 /*
> 503638e0babf36 Alexandre Ghiti 2024-07-17 53 * We don't care if concurrently a cpu resets this value since
> 503638e0babf36 Alexandre Ghiti 2024-07-17 54 * the only place this can happen is in handle_exception() where
> 503638e0babf36 Alexandre Ghiti 2024-07-17 55 * an sfence.vma is emitted.
> 503638e0babf36 Alexandre Ghiti 2024-07-17 56 */
> 503638e0babf36 Alexandre Ghiti 2024-07-17 57 for (i = 0; i < ARRAY_SIZE(new_vmalloc); ++i)
> 503638e0babf36 Alexandre Ghiti 2024-07-17 58 new_vmalloc[i] = -1ULL;
> 503638e0babf36 Alexandre Ghiti 2024-07-17 59 }
> 503638e0babf36 Alexandre Ghiti 2024-07-17 60 }
> 7a92fc8b4d2068 Alexandre Ghiti 2023-12-12 61 #define flush_cache_vmap_early(start, end) local_flush_tlb_kernel_range(start, end)
> 7e3811521dc393 Alexandre Ghiti 2023-07-25 62 #endif
> 7e3811521dc393 Alexandre Ghiti 2023-07-25 63
>
> --
> 0-DAY CI Kernel Test Service
> https://github.com/intel/lkp-tests/wiki
Powered by blists - more mailing lists