diff options
| author | NeilBrown <[email protected]> | 2025-02-18 15:39:37 +0000 |
|---|---|---|
| committer | Chuck Lever <[email protected]> | 2025-03-10 13:11:08 +0000 |
| commit | fbfdc9fc0f66e7877a6d1a6e44c6acac46c5b811 (patch) | |
| tree | c583d008199ac460b3a28f2629d743f7729d107f /drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | |
| parent | nfsd: filecache: don't repeatedly add/remove files on the lru list (diff) | |
| download | kernel-fbfdc9fc0f66e7877a6d1a6e44c6acac46c5b811.tar.gz kernel-fbfdc9fc0f66e7877a6d1a6e44c6acac46c5b811.zip | |
nfsd: filecache: drop the list_lru lock during lock gc scans
Under a high NFSv3 load with lots of different files being accessed,
the LRU list of garbage-collectable files can become quite long.
Asking list_lru_scan_node() to scan the whole list can result in a long
period during which a spinlock is held, blocking the addition of new LRU
items.
So ask list_lru_scan_node() to scan only a few entries at a time, and
repeat until the scan is complete.
If the shrinker runs between two consecutive calls of
list_lru_scan_node() it could invalidate the "remaining" counter which
could lead to premature freeing. So add a spinlock to avoid that.
Signed-off-by: NeilBrown <[email protected]>
Reviewed-by: Jeff Layton <[email protected]>
Signed-off-by: Chuck Lever <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_object.c')
0 files changed, 0 insertions, 0 deletions
