RE: [PATCH 0/15] mm: introduce ANON_VMA_LAZY for deferred anon_vma creation

From: wangtao

Date: Thu May 28 2026 - 04:04:25 EST


> Subject: Re: [PATCH 0/15] mm: introduce ANON_VMA_LAZY for deferred
> anon_vma creation
>
> OK I've had a look through more thoroughly now and:
>
> NAK and NAK any approach like this.
>
>
> Not only is this structurally all wrong, it does some insane stuff (pinning
> VMAs - no), the RCU usage is highly dubious and I suspect you've completely
> broken the anon rmap for things like migration, or have at least added very
> dubious edge cases.
>
> You've added insane complexity, and also have failed to add even
> perfunctory tests, which is also totally unacceptable.
>
> The implementation is wrong, and the approach is wrong - we do not want to
> extend or build on anon_vma. So this is unmergeable, or any approach like it.
>
> I also, unfortunately, strongly suspect AI here. The turn of phrase, and poor
> commit messages, you doing this out of nowhere with absolutely no rmap
> experience before, your total lack of communication before.
>
> Claude puts the probability of heavy AI usage at 85-90%, and I'm pretty
> convinced. Either way it's utterly unmergeable but that you (likely) used AI to
> generate this much work for us makes me actually pretty annoyed.
>
> As a result, I would strongly suggest you no longer submit patches for the
> reverse mapping part of mm, as there is now a real lack of trust.
>
> If you wish to rebuild that, I suggest you _discuss_ concepts and ideas, e.g.
> send stuff on-list with a [DISCUSSION] tag, and engage with the community,
> and go from there.
>
> It's also important to synchronise - I'm working on an anon rmap replacement
> that I'm more than happy to discuss with you or anybody else which should
> achieve the same numbers in an architecturally sound way.
>
> You going off and, in a vacuum, generating a bunch of code with an
> unacceptable approach is not a civil way of engaging nor is it a good use of
> your time, or maintainer time looking at it.
>
> Thanks, Lorenzo

Your email is very unfriendly. I hope you can point out the specific
problems so we can discuss how to solve them.

I am not good at English and need to use AI to translate commit
messages and comments. This reply email is also translated with AI.
However, the code is written by me. I do not know which AI you are
referring to, but the AI tools I use currently cannot effectively
write kernel code.