On Tue, 28 Nov 2023 at 12:25, Vlastimil Babka <vbabka@xxxxxxx> wrote: > > On 11/8/23 12:21, Ard Biesheuvel wrote: > > On Fri, 3 Nov 2023 at 16:30, Vlastimil Babka <vbabka@xxxxxxx> wrote: > >> > >> On 11/3/23 16:13, Michael Roth wrote: > >> > When a task needs to accept memory it will scan the accepting_list > >> > to see if any ranges already being processed by other tasks overlap > >> > with its range. Due to an off-by-one in the range comparisons, a task > >> > might falsely determine that an overlapping range is being accepted, > >> > leading to an unnecessary delay before it begins processing the range. > >> > > >> > Fix the off-by-one in the range comparison to prevent this and slightly > >> > improve performance. > >> > > >> > Fixes: 50e782a86c98 ("efi/unaccepted: Fix soft lockups caused by parallel memory acceptance") > >> > Link: https://lore.kernel.org/linux-mm/20231101004523.vseyi5bezgfaht5i@xxxxxxx/T/#me2eceb9906fcae5fe958b3fe88e41f920f8335b6 > >> > Reviewed-by: Kirill A. Shutemov <kirill.shutemov@xxxxxxxxxxxxxxx> > >> > Signed-off-by: Michael Roth <michael.roth@xxxxxxx> > >> > >> More justification for introducing a common ranges_overlap() helper somewhere :) > >> > >> Acked-by: Vlastimil Babka <vbabka@xxxxxxx> > >> > > > > Thanks, I'll take this as a fix. > > Ping, can't see it in mainline nor -next? > Apologies - queued up now.