From: "Thomas Hellström" <thomas.hellstrom@linux.intel.com> To: Matthew Auld <matthew.auld@intel.com>, intel-gfx@lists.freedesktop.org Cc: dri-devel@lists.freedesktop.org Subject: Re: [PATCH v6 4/8] drm/i915: drop unneeded make_unshrinkable in free_object Date: Wed, 6 Oct 2021 10:03:08 +0200 [thread overview] Message-ID: <ef48916b-1385-f178-1b93-e2de4229ce71@linux.intel.com> (raw) In-Reply-To: <20211005182405.915100-4-matthew.auld@intel.com> On 10/5/21 20:24, Matthew Auld wrote: > The comment here is no longer accurate, since the current shrinker code > requires a full ref before touching any objects. Also unset_pages() > should already do the required make_unshrinkable() for us, if needed, > which is also nicely balanced with set_pages(). > > Signed-off-by: Matthew Auld <matthew.auld@intel.com> > Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com> Reviewed-by: Thomas Hellström <thomas.hellstrom@linux.intel.com> > --- > drivers/gpu/drm/i915/gem/i915_gem_object.c | 9 --------- > 1 file changed, 9 deletions(-) > > diff --git a/drivers/gpu/drm/i915/gem/i915_gem_object.c b/drivers/gpu/drm/i915/gem/i915_gem_object.c > index 76ce6a1500bc..1dc3c1940c32 100644 > --- a/drivers/gpu/drm/i915/gem/i915_gem_object.c > +++ b/drivers/gpu/drm/i915/gem/i915_gem_object.c > @@ -337,15 +337,6 @@ static void i915_gem_free_object(struct drm_gem_object *gem_obj) > */ > atomic_inc(&i915->mm.free_count); > > - /* > - * This serializes freeing with the shrinker. Since the free > - * is delayed, first by RCU then by the workqueue, we want the > - * shrinker to be able to free pages of unreferenced objects, > - * or else we may oom whilst there are plenty of deferred > - * freed objects. > - */ > - i915_gem_object_make_unshrinkable(obj); > - > /* > * Since we require blocking on struct_mutex to unbind the freed > * object from the GPU before releasing resources back to the
WARNING: multiple messages have this Message-ID (diff)
From: "Thomas Hellström" <thomas.hellstrom@linux.intel.com> To: Matthew Auld <matthew.auld@intel.com>, intel-gfx@lists.freedesktop.org Cc: dri-devel@lists.freedesktop.org Subject: Re: [Intel-gfx] [PATCH v6 4/8] drm/i915: drop unneeded make_unshrinkable in free_object Date: Wed, 6 Oct 2021 10:03:08 +0200 [thread overview] Message-ID: <ef48916b-1385-f178-1b93-e2de4229ce71@linux.intel.com> (raw) In-Reply-To: <20211005182405.915100-4-matthew.auld@intel.com> On 10/5/21 20:24, Matthew Auld wrote: > The comment here is no longer accurate, since the current shrinker code > requires a full ref before touching any objects. Also unset_pages() > should already do the required make_unshrinkable() for us, if needed, > which is also nicely balanced with set_pages(). > > Signed-off-by: Matthew Auld <matthew.auld@intel.com> > Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com> Reviewed-by: Thomas Hellström <thomas.hellstrom@linux.intel.com> > --- > drivers/gpu/drm/i915/gem/i915_gem_object.c | 9 --------- > 1 file changed, 9 deletions(-) > > diff --git a/drivers/gpu/drm/i915/gem/i915_gem_object.c b/drivers/gpu/drm/i915/gem/i915_gem_object.c > index 76ce6a1500bc..1dc3c1940c32 100644 > --- a/drivers/gpu/drm/i915/gem/i915_gem_object.c > +++ b/drivers/gpu/drm/i915/gem/i915_gem_object.c > @@ -337,15 +337,6 @@ static void i915_gem_free_object(struct drm_gem_object *gem_obj) > */ > atomic_inc(&i915->mm.free_count); > > - /* > - * This serializes freeing with the shrinker. Since the free > - * is delayed, first by RCU then by the workqueue, we want the > - * shrinker to be able to free pages of unreferenced objects, > - * or else we may oom whilst there are plenty of deferred > - * freed objects. > - */ > - i915_gem_object_make_unshrinkable(obj); > - > /* > * Since we require blocking on struct_mutex to unbind the freed > * object from the GPU before releasing resources back to the
next prev parent reply other threads:[~2021-10-06 8:03 UTC|newest] Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-10-05 18:23 [PATCH v6 1/8] drm/i915/gem: Break out some shmem backend utils Matthew Auld 2021-10-05 18:23 ` [Intel-gfx] " Matthew Auld 2021-10-05 18:23 ` [PATCH v6 2/8] drm/i915/ttm: add tt shmem backend Matthew Auld 2021-10-05 18:23 ` [Intel-gfx] " Matthew Auld 2021-10-05 18:24 ` [PATCH v6 3/8] drm/i915/gtt: drop unneeded make_unshrinkable Matthew Auld 2021-10-05 18:24 ` [Intel-gfx] " Matthew Auld 2021-10-06 8:02 ` Thomas Hellström 2021-10-06 8:02 ` [Intel-gfx] " Thomas Hellström 2021-10-05 18:24 ` [PATCH v6 4/8] drm/i915: drop unneeded make_unshrinkable in free_object Matthew Auld 2021-10-05 18:24 ` [Intel-gfx] " Matthew Auld 2021-10-06 8:03 ` Thomas Hellström [this message] 2021-10-06 8:03 ` Thomas Hellström 2021-10-05 18:24 ` [PATCH v6 5/8] drm/i915: add some kernel-doc for shrink_pin and friends Matthew Auld 2021-10-05 18:24 ` [Intel-gfx] " Matthew Auld 2021-10-06 8:03 ` Thomas Hellström 2021-10-06 8:03 ` [Intel-gfx] " Thomas Hellström 2021-10-05 18:24 ` [PATCH v6 6/8] drm/i915/ttm: move shrinker management into adjust_lru Matthew Auld 2021-10-05 18:24 ` [Intel-gfx] " Matthew Auld 2021-10-06 8:10 ` Thomas Hellström 2021-10-06 8:10 ` [Intel-gfx] " Thomas Hellström 2021-10-05 18:24 ` [PATCH v6 7/8] drm/i915/ttm: use cached system pages when evicting lmem Matthew Auld 2021-10-05 18:24 ` [Intel-gfx] " Matthew Auld 2021-10-05 18:24 ` [PATCH v6 8/8] drm/i915/ttm: enable shmem tt backend Matthew Auld 2021-10-05 18:24 ` [Intel-gfx] " Matthew Auld 2021-10-05 23:55 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [v6,1/8] drm/i915/gem: Break out some shmem backend utils Patchwork 2021-10-05 23:57 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork 2021-10-06 0:27 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork 2021-10-06 5:17 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=ef48916b-1385-f178-1b93-e2de4229ce71@linux.intel.com \ --to=thomas.hellstrom@linux.intel.com \ --cc=dri-devel@lists.freedesktop.org \ --cc=intel-gfx@lists.freedesktop.org \ --cc=matthew.auld@intel.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.