Re: [PATCH v3 3/3] iova: defer maple tree erase on GFP_ATOMIC failure

[Rik van Riel]

On Thu, 2026-06-18 at 12:24 -0300, Jason Gunthorpe wrote:
> 
> - I like your idea for Rik to try to store NULL to erase, on failure
>   store ZERO_ENTRY, and then set a note on the next alloc to clean
> the
>   ZERO_ENTRYs?
> 
Is there any efficient way to find those XA_ZERO_ENTRYs?

Without a good way to find them, we might still need the
llist to clean them up, though I agree that cleaning them
up from the allocator side looks cleaner than doing it
from an external worker, and I did make that change for v4.


-- 
All Rights Reversed.