On Thu, Jul 02, 2026 at 12:44:21PM +0100, Pedro Falcato wrote: > On Mon, Jun 29, 2026 at 01:23:40PM +0100, Lorenzo Stoakes wrote: > > With all of the sanitisers turned on, setting the VMA flag bits depth to > > 128 by default results in overly long build times. > > > > Reduce this to 64 - we can always manipulate these later for testing of > > larger bitmaps as needed. > > > > Hmm, what's the problem with the sanitizers? Shouldn't this just result in > slightly different codegen?
I'm not sure but it results in vastly longer build times. It was a fun idea but it partly defeats the point of the VMA userland tests. Rather than spend too long investigating I'd rather we move to a sane default. > > > Signed-off-by: Lorenzo Stoakes <[email protected]> > > --- > > tools/testing/vma/Makefile | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/tools/testing/vma/Makefile b/tools/testing/vma/Makefile > > index e72b45dedda5..ef6cc558afe1 100644 > > --- a/tools/testing/vma/Makefile > > +++ b/tools/testing/vma/Makefile > > @@ -10,7 +10,7 @@ OFILES = $(SHARED_OFILES) main.o shared.o maple-shim.o > > TARGETS = vma > > > > # These can be varied to test different sizes. > > -CFLAGS += -DNUM_VMA_FLAG_BITS=128 -DNUM_MM_FLAG_BITS=128 > > +CFLAGS += -DNUM_VMA_FLAG_BITS=64 -DNUM_MM_FLAG_BITS=64 > > > > main.o: main.c shared.c shared.h vma_internal.h tests/merge.c tests/mmap.c > > tests/vma.c ../../../mm/vma.c ../../../mm/vma_init.c ../../../mm/vma_exec.c > > ../../../mm/vma.h include/custom.h include/dup.h include/stubs.h > > > > -- > > 2.54.0 > > > > -- > Pedro Thanks, Lorenzo
