Skip to content

mm: fix the theoretical compound_lock() vs prep_new_page() race

Oleg Nesterov lkml 2 versions – In review

Get series with b4
b4 am [email protected]

Versions newest first · linked by author and title

  1. v2 Latest1 patch 15 repliesIn review
  2. v11 patch 2 repliesSuperseded

Patches in v2 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/1mm: fix the theoretical compound_lock() vs prep_new_page() racemm/page_alloc.c+10 -215 replies

Reviews trailers per patch

The patch has a Reviewed-by or Acked-by.

PatchAndrea Arcangeli
1/1A-b

Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.

Read the v2 thread

Cover letter [PATCH v2 0/1] mm: fix the theoretical compound_lock() vs prep_new_page() race
Quoted 5 lines · Andrea Arcangeli

Only one improvement possible, the smp_wmb() could have been put under CONFIG_TRANSPARENT_HUGEPAGE somehow. No difference for x86-64 though.

I thought it would be better to serialize it with get_page_unless_zero() in general, but OK, As the changelog says I didn't find another problematic caller, so please see v2. I preserved your ack, thanks.

And I would like to know your opinion about other changes I sent ;)

Oleg.