* [linux-next:master] [tools/testing/vma] 28d7ff9930: ktools.vma.make.fail
@ 2026-01-27 6:13 kernel test robot
2026-01-27 8:18 ` Lorenzo Stoakes
0 siblings, 1 reply; 4+ messages in thread
From: kernel test robot @ 2026-01-27 6:13 UTC (permalink / raw)
To: Lorenzo Stoakes
Cc: oe-lkp, lkp, Andrew Morton, Baolin Wang, Barry Song,
David Hildenbrand, Dev Jain, Jason Gunthorpe, Liam Howlett,
Suren Baghdasaryan, Vlastimil Babka, Zi Yan, Damien Le Moal,
Darrick J. Wong, linux-mm, oliver.sang
Hello,
kernel test robot noticed "ktools.vma.make.fail" on:
commit: 28d7ff99300f3a897eb6419efafdbcf96978f637 ("tools/testing/vma: separate out vma_internal.h into logical headers")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: ktools
version:
with following parameters:
test: vma
config: x86_64-rhel-9.4-func
compiler: gcc-14
test machine: 36 threads 1 sockets Intel(R) Core(TM) i9-9980XE CPU @ 3.00GHz (Skylake) with 32G memory
(please refer to attached dmesg/kmsg for entire log/backtrace)
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 <oliver.sang@intel.com>
| Closes: https://lore.kernel.org/oe-lkp/202601271308.b8d3fcb6-lkp@intel.com
KERNEL SELFTESTS: linux_headers_dir is /usr/src/linux-headers-x86_64-rhel-9.4-func-28d7ff99300f3a897eb6419efafdbcf96978f637
Generating generated/map-shift.h
Generating generated/bit-length.h
cp ../shared/autoconf.h generated/autoconf.h
cc -c -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined ../shared/xarray-shared.c -o xarray-shared.o
sed -e 's/^static //' -e 's/__always_inline //' -e 's/inline //' < ../../../lib/radix-tree.c > radix-tree.c
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o radix-tree.o radix-tree.c
sed -e 's/^static //' -e 's/__always_inline //' -e 's/inline //' < ../../../lib/idr.c > idr.c
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o idr.o idr.c
cc -c -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined ../shared/linux.c -o linux.o
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o slab.o ../../lib/slab.c
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o find_bit.o ../../lib/find_bit.c
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o bitmap.o ../../lib/bitmap.c
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o hweight.o ../../lib/hweight.c
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o vsprintf.o ../../lib/vsprintf.c
cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o main.o main.c
In file included from shared.h:12,
from main.c:3:
../../../mm/vma.h:158:8: error: redefinition of ‘struct unmap_desc’
158 | struct unmap_desc {
| ^~~~~~~~~~
In file included from vma_internal.h:55,
from shared.h:11:
include/dup.h:1331:8: note: originally defined here
1331 | struct unmap_desc {
| ^~~~~~~~~~
In file included from main.c:10:
../../../mm/vma.c: In function ‘unmap_region’:
../../../mm/vma.c:485:26: error: passing argument 2 of ‘unmap_vmas’ from incompatible pointer type [-Wincompatible-pointer-types]
485 | unmap_vmas(&tlb, unmap);
| ^~~~~
| |
| struct unmap_desc *
In file included from vma_internal.h:54:
include/stubs.h:391:74: note: expected ‘struct unmap_desc *’ but argument is of type ‘struct unmap_desc *’
391 | static inline void unmap_vmas(struct mmu_gather *tlb, struct unmap_desc *unmap)
| ~~~~~~~~~~~~~~~~~~~^~~~~
../../../mm/vma.c:487:29: error: passing argument 2 of ‘free_pgtables’ from incompatible pointer type [-Wincompatible-pointer-types]
487 | free_pgtables(&tlb, unmap);
| ^~~~~
| |
| struct unmap_desc *
include/stubs.h:395:77: note: expected ‘struct unmap_desc *’ but argument is of type ‘struct unmap_desc *’
395 | static inline void free_pgtables(struct mmu_gather *tlb, struct unmap_desc *unmap)
| ~~~~~~~~~~~~~~~~~~~^~~~~
make: *** [<builtin>: main.o] Error 1
make vma failed
The kernel config and materials to reproduce are available at:
https://download.01.org/0day-ci/archive/20260127/202601271308.b8d3fcb6-lkp@intel.com
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-next:master] [tools/testing/vma] 28d7ff9930: ktools.vma.make.fail
2026-01-27 6:13 [linux-next:master] [tools/testing/vma] 28d7ff9930: ktools.vma.make.fail kernel test robot
@ 2026-01-27 8:18 ` Lorenzo Stoakes
2026-01-27 10:05 ` Lorenzo Stoakes
0 siblings, 1 reply; 4+ messages in thread
From: Lorenzo Stoakes @ 2026-01-27 8:18 UTC (permalink / raw)
To: kernel test robot
Cc: oe-lkp, lkp, Andrew Morton, Baolin Wang, Barry Song,
David Hildenbrand, Dev Jain, Jason Gunthorpe, Liam Howlett,
Suren Baghdasaryan, Vlastimil Babka, Zi Yan, Damien Le Moal,
Darrick J. Wong, linux-mm
On Tue, Jan 27, 2026 at 02:13:11PM +0800, kernel test robot wrote:
>
>
> Hello,
>
> kernel test robot noticed "ktools.vma.make.fail" on:
Thanks to whoever set this up :) so far VMA userland tests have not been
exercised very much and I've had to find issues manually :)
>
> commit: 28d7ff99300f3a897eb6419efafdbcf96978f637 ("tools/testing/vma: separate out vma_internal.h into logical headers")
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
Hm this is strange, this works perfectly fine locally at this commit.
But it does seem this is duplicated so will fix-patch at this point in the series.
I notice the build is broken however at tip on next (will bisect), I guess the
bot hasn't got there yet? Seems somebody added a compiler directive that is not
stubbed out yet.
I might simply fix by adding to this commit as a stub to avoid hassle with
chasing down the offending patch...
Cheers, Lorenzo
>
> in testcase: ktools
> version:
> with following parameters:
>
> test: vma
>
>
>
> config: x86_64-rhel-9.4-func
> compiler: gcc-14
> test machine: 36 threads 1 sockets Intel(R) Core(TM) i9-9980XE CPU @ 3.00GHz (Skylake) with 32G memory
>
> (please refer to attached dmesg/kmsg for entire log/backtrace)
>
>
>
>
> 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 <oliver.sang@intel.com>
> | Closes: https://lore.kernel.org/oe-lkp/202601271308.b8d3fcb6-lkp@intel.com
>
>
> KERNEL SELFTESTS: linux_headers_dir is /usr/src/linux-headers-x86_64-rhel-9.4-func-28d7ff99300f3a897eb6419efafdbcf96978f637
>
> Generating generated/map-shift.h
> Generating generated/bit-length.h
> cp ../shared/autoconf.h generated/autoconf.h
> cc -c -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined ../shared/xarray-shared.c -o xarray-shared.o
> sed -e 's/^static //' -e 's/__always_inline //' -e 's/inline //' < ../../../lib/radix-tree.c > radix-tree.c
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o radix-tree.o radix-tree.c
> sed -e 's/^static //' -e 's/__always_inline //' -e 's/inline //' < ../../../lib/idr.c > idr.c
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o idr.o idr.c
> cc -c -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined ../shared/linux.c -o linux.o
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o slab.o ../../lib/slab.c
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o find_bit.o ../../lib/find_bit.c
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o bitmap.o ../../lib/bitmap.c
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o hweight.o ../../lib/hweight.c
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o vsprintf.o ../../lib/vsprintf.c
> cc -I../shared -I. -I../../include -I../../arch/x86/include -I../../../lib -g -Og -Wall -D_LGPL_SOURCE -fsanitize=address -fsanitize=undefined -c -o main.o main.c
> In file included from shared.h:12,
> from main.c:3:
> ../../../mm/vma.h:158:8: error: redefinition of ‘struct unmap_desc’
> 158 | struct unmap_desc {
> | ^~~~~~~~~~
> In file included from vma_internal.h:55,
> from shared.h:11:
> include/dup.h:1331:8: note: originally defined here
> 1331 | struct unmap_desc {
> | ^~~~~~~~~~
> In file included from main.c:10:
> ../../../mm/vma.c: In function ‘unmap_region’:
> ../../../mm/vma.c:485:26: error: passing argument 2 of ‘unmap_vmas’ from incompatible pointer type [-Wincompatible-pointer-types]
> 485 | unmap_vmas(&tlb, unmap);
> | ^~~~~
> | |
> | struct unmap_desc *
> In file included from vma_internal.h:54:
> include/stubs.h:391:74: note: expected ‘struct unmap_desc *’ but argument is of type ‘struct unmap_desc *’
> 391 | static inline void unmap_vmas(struct mmu_gather *tlb, struct unmap_desc *unmap)
> | ~~~~~~~~~~~~~~~~~~~^~~~~
> ../../../mm/vma.c:487:29: error: passing argument 2 of ‘free_pgtables’ from incompatible pointer type [-Wincompatible-pointer-types]
> 487 | free_pgtables(&tlb, unmap);
> | ^~~~~
> | |
> | struct unmap_desc *
> include/stubs.h:395:77: note: expected ‘struct unmap_desc *’ but argument is of type ‘struct unmap_desc *’
> 395 | static inline void free_pgtables(struct mmu_gather *tlb, struct unmap_desc *unmap)
> | ~~~~~~~~~~~~~~~~~~~^~~~~
> make: *** [<builtin>: main.o] Error 1
> make vma failed
>
>
>
> The kernel config and materials to reproduce are available at:
> https://download.01.org/0day-ci/archive/20260127/202601271308.b8d3fcb6-lkp@intel.com
>
>
>
> --
> 0-DAY CI Kernel Test Service
> https://github.com/intel/lkp-tests/wiki
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-next:master] [tools/testing/vma] 28d7ff9930: ktools.vma.make.fail
2026-01-27 8:18 ` Lorenzo Stoakes
@ 2026-01-27 10:05 ` Lorenzo Stoakes
2026-01-27 10:17 ` Lorenzo Stoakes
0 siblings, 1 reply; 4+ messages in thread
From: Lorenzo Stoakes @ 2026-01-27 10:05 UTC (permalink / raw)
To: kernel test robot
Cc: oe-lkp, lkp, Andrew Morton, Baolin Wang, Barry Song,
David Hildenbrand, Dev Jain, Jason Gunthorpe, Liam Howlett,
Suren Baghdasaryan, Vlastimil Babka, Zi Yan, Damien Le Moal,
Darrick J. Wong, linux-mm
On Tue, Jan 27, 2026 at 08:18:12AM +0000, Lorenzo Stoakes wrote:
> On Tue, Jan 27, 2026 at 02:13:11PM +0800, kernel test robot wrote:
> >
> >
> > Hello,
> >
> > kernel test robot noticed "ktools.vma.make.fail" on:
>
> Thanks to whoever set this up :) so far VMA userland tests have not been
> exercised very much and I've had to find issues manually :)
>
> >
> > commit: 28d7ff99300f3a897eb6419efafdbcf96978f637 ("tools/testing/vma: separate out vma_internal.h into logical headers")
> > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
>
> Hm this is strange, this works perfectly fine locally at this commit.
>
> But it does seem this is duplicated so will fix-patch at this point in the series.
Fixed at https://lore.kernel.org/linux-mm/1e032732-61c3-485c-9aa7-6a09016fefc1@lucifer.local/
>
> I notice the build is broken however at tip on next (will bisect), I guess the
> bot hasn't got there yet? Seems somebody added a compiler directive that is not
> stubbed out yet.
>
> I might simply fix by adding to this commit as a stub to avoid hassle with
> chasing down the offending patch...
OK so the other thing needs a fix in a tools header, so will report separately.
Cheers, Lorenzo
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-next:master] [tools/testing/vma] 28d7ff9930: ktools.vma.make.fail
2026-01-27 10:05 ` Lorenzo Stoakes
@ 2026-01-27 10:17 ` Lorenzo Stoakes
0 siblings, 0 replies; 4+ messages in thread
From: Lorenzo Stoakes @ 2026-01-27 10:17 UTC (permalink / raw)
To: kernel test robot
Cc: oe-lkp, lkp, Andrew Morton, Baolin Wang, Barry Song,
David Hildenbrand, Dev Jain, Jason Gunthorpe, Liam Howlett,
Suren Baghdasaryan, Vlastimil Babka, Zi Yan, Damien Le Moal,
Darrick J. Wong, linux-mm
On Tue, Jan 27, 2026 at 10:05:57AM +0000, Lorenzo Stoakes wrote:
> On Tue, Jan 27, 2026 at 08:18:12AM +0000, Lorenzo Stoakes wrote:
> > On Tue, Jan 27, 2026 at 02:13:11PM +0800, kernel test robot wrote:
> > >
> > >
> > > Hello,
> > >
> > > kernel test robot noticed "ktools.vma.make.fail" on:
> >
> > Thanks to whoever set this up :) so far VMA userland tests have not been
> > exercised very much and I've had to find issues manually :)
> >
> > >
> > > commit: 28d7ff99300f3a897eb6419efafdbcf96978f637 ("tools/testing/vma: separate out vma_internal.h into logical headers")
> > > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
> >
> > Hm this is strange, this works perfectly fine locally at this commit.
> >
> > But it does seem this is duplicated so will fix-patch at this point in the series.
>
> Fixed at https://lore.kernel.org/linux-mm/1e032732-61c3-485c-9aa7-6a09016fefc1@lucifer.local/
>
> >
> > I notice the build is broken however at tip on next (will bisect), I guess the
> > bot hasn't got there yet? Seems somebody added a compiler directive that is not
> > stubbed out yet.
> >
> > I might simply fix by adding to this commit as a stub to avoid hassle with
> > chasing down the offending patch...
>
> OK so the other thing needs a fix in a tools header, so will report separately.
>
> Cheers, Lorenzo
Reported at https://lore.kernel.org/all/0c2d9b69-c052-4075-8a4b-023d277b8509@lucifer.local/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-01-27 10:18 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-01-27 6:13 [linux-next:master] [tools/testing/vma] 28d7ff9930: ktools.vma.make.fail kernel test robot
2026-01-27 8:18 ` Lorenzo Stoakes
2026-01-27 10:05 ` Lorenzo Stoakes
2026-01-27 10:17 ` Lorenzo Stoakes
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox