Re: [PATCH 0/7] Make core VMA operations internal and testable

[Lorenzo Stoakes <lorenzo.stoakes@oracle.com>]

On Wed, Jul 03, 2024 at 01:26:53PM GMT, Andrew Morton wrote:
> On Wed,  3 Jul 2024 12:57:31 +0100 Lorenzo Stoakes <lorenzo.stoakes@oracle.com> wrote:
>
> > Kernel functionality is stubbed and shimmed as needed in tools/testing/vma/
> > which contains a fully functional userland vma_internal.h file and which
> > imports mm/vma.c and mm/vma.h to be directly tested from userland.
>
> Cool stuff.

Thanks :)

>
> Now we need to make sure that anyone who messes with vma code has run
> the tests.  And has added more testcases, if appropriate.
>
> Does it make sense to execute this test under selftests/ in some
> fashion?  Quite a few people appear to be running the selftest code
> regularly and it would be good to make them run this as well.

I think it will be useful to do that, yes, but as the tests are currently a
skeleton to both provide the stubbing out and to provide essentially an
example of how you might test (though enough that it'd now be easy to add a
_ton_ of tests), it's not quite ready to be run just yet.

>
> >  51 files changed, 3914 insertions(+), 2453 deletions(-)
>
> eep.  The best time for me to merge this is late in the -rc cycle so
> the large skew between mainline and mm.git doesn't spend months
> hampering ongoing development.  But that merge time is right now.

Argh. Well, the numbers are scary, but it's _mostly_ moving code around
with some pretty straightforward refactorings and adding a bunch of
userland code that won't impact kernels at all.

So I'd argue this is less crazy in size than it might seem...