Skip to content

Commit

Permalink
mm: list_lru: remove holding lru lock
Browse files Browse the repository at this point in the history
Since commit e5bc3af ("rcu: Consolidate PREEMPT and !PREEMPT
synchronize_rcu()"), the critical section of spin lock can serve as an
RCU read-side critical section which already allows readers that hold
nlru->lock to avoid taking rcu lock.  So just remove holding lock.

Link: https://lkml.kernel.org/r/[email protected]
Signed-off-by: Muchun Song <[email protected]>
Cc: Johannes Weiner <[email protected]>
Cc: Matthew Wilcox (Oracle) <[email protected]>
Cc: Michal Hocko <[email protected]>
Cc: Roman Gushchin <[email protected]>
Cc: Shakeel Butt <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
  • Loading branch information
Muchun Song authored and torvalds committed Nov 6, 2021
1 parent 58056f7 commit 60ec6a4
Showing 1 changed file with 0 additions and 11 deletions.
11 changes: 0 additions & 11 deletions mm/list_lru.c
Original file line number Diff line number Diff line change
Expand Up @@ -398,18 +398,7 @@ static int memcg_update_list_lru_node(struct list_lru_node *nlru,
}

memcpy(&new->lru, &old->lru, flex_array_size(new, lru, old_size));

/*
* The locking below allows readers that hold nlru->lock avoid taking
* rcu_read_lock (see list_lru_from_memcg_idx).
*
* Since list_lru_{add,del} may be called under an IRQ-safe lock,
* we have to use IRQ-safe primitives here to avoid deadlock.
*/
spin_lock_irq(&nlru->lock);
rcu_assign_pointer(nlru->memcg_lrus, new);
spin_unlock_irq(&nlru->lock);

kvfree_rcu(old, rcu);
return 0;
}
Expand Down

0 comments on commit 60ec6a4

Please sign in to comment.