mirror of
https://github.com/torvalds/linux.git
synced 2026-05-04 22:43:04 -04:00
drm/msm: Avoid mutex in shrinker_count()
When the system is under heavy memory pressure, we can end up with lots of concurrent calls into the shrinker. Keeping a running tab on what we can shrink avoids grabbing a lock in shrinker->count(), and avoids shrinker->scan() getting called when not profitable. Also, we can keep purged objects in their own list to avoid re-traversing them to help cut down time in the critical section further. Signed-off-by: Rob Clark <robdclark@chromium.org> Tested-by: Douglas Anderson <dianders@chromium.org> Reviewed-by: Douglas Anderson <dianders@chromium.org> Link: https://lore.kernel.org/r/20210401012722.527712-3-robdclark@gmail.com Signed-off-by: Rob Clark <robdclark@chromium.org>
This commit is contained in:
@@ -179,8 +179,8 @@ struct msm_drm_private {
|
||||
* inactive lists (depending on whether or not it is shrinkable) or
|
||||
* gpu->active_list (for the gpu it is active on[1])
|
||||
*
|
||||
* These lists are protected by mm_lock. If struct_mutex is involved, it
|
||||
* should be aquired prior to mm_lock. One should *not* hold mm_lock in
|
||||
* These lists are protected by mm_lock (which should be acquired
|
||||
* before per GEM object lock). One should *not* hold mm_lock in
|
||||
* get_pages()/vmap()/etc paths, as they can trigger the shrinker.
|
||||
*
|
||||
* [1] if someone ever added support for the old 2d cores, there could be
|
||||
@@ -188,6 +188,8 @@ struct msm_drm_private {
|
||||
*/
|
||||
struct list_head inactive_willneed; /* inactive + !shrinkable */
|
||||
struct list_head inactive_dontneed; /* inactive + shrinkable */
|
||||
struct list_head inactive_purged; /* inactive + purged */
|
||||
long shrinkable_count; /* write access under mm_lock */
|
||||
struct mutex mm_lock;
|
||||
|
||||
struct workqueue_struct *wq;
|
||||
|
||||
Reference in New Issue
Block a user