* [PATCH v2 1/3] drm/xe: Don't copy pinned kernel bos twice on suspend [not found] <20250918092207.54472-1-thomas.hellstrom@linux.intel.com> @ 2025-09-18 9:22 ` Thomas Hellström 2025-09-18 9:38 ` Matthew Auld 0 siblings, 1 reply; 2+ messages in thread From: Thomas Hellström @ 2025-09-18 9:22 UTC (permalink / raw) To: intel-xe; +Cc: Thomas Hellström, Matthew Auld, stable We were copying the bo content the bos on the list "xe->pinned.late.kernel_bo_present" twice on suspend. Presumingly the intent is to copy the pinned external bos on the first pass. This is harmless since we (currently) should have no pinned external bos needing copy since a) exernal system bos don't have compressed content, b) We do not (yet) allow pinning of VRAM bos. Still, fix this up so that we copy pinned external bos on the first pass. We're about to allow bos pinned in VRAM. Fixes: c6a4d46ec1d7 ("drm/xe: evict user memory in PM notifier") Cc: Matthew Auld <matthew.auld@intel.com> Cc: <stable@vger.kernel.org> # v6.16+ Signed-off-by: Thomas Hellström <thomas.hellstrom@linux.intel.com> --- drivers/gpu/drm/xe/xe_bo_evict.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/xe/xe_bo_evict.c b/drivers/gpu/drm/xe/xe_bo_evict.c index 7484ce55a303..d5dbc51e8612 100644 --- a/drivers/gpu/drm/xe/xe_bo_evict.c +++ b/drivers/gpu/drm/xe/xe_bo_evict.c @@ -158,8 +158,8 @@ int xe_bo_evict_all(struct xe_device *xe) if (ret) return ret; - ret = xe_bo_apply_to_pinned(xe, &xe->pinned.late.kernel_bo_present, - &xe->pinned.late.evicted, xe_bo_evict_pinned); + ret = xe_bo_apply_to_pinned(xe, &xe->pinned.late.external, + &xe->pinned.late.external, xe_bo_evict_pinned); if (!ret) ret = xe_bo_apply_to_pinned(xe, &xe->pinned.late.kernel_bo_present, -- 2.51.0 ^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH v2 1/3] drm/xe: Don't copy pinned kernel bos twice on suspend 2025-09-18 9:22 ` [PATCH v2 1/3] drm/xe: Don't copy pinned kernel bos twice on suspend Thomas Hellström @ 2025-09-18 9:38 ` Matthew Auld 0 siblings, 0 replies; 2+ messages in thread From: Matthew Auld @ 2025-09-18 9:38 UTC (permalink / raw) To: Thomas Hellström, intel-xe; +Cc: stable On 18/09/2025 10:22, Thomas Hellström wrote: > We were copying the bo content the bos on the list > "xe->pinned.late.kernel_bo_present" twice on suspend. > > Presumingly the intent is to copy the pinned external bos on > the first pass. > > This is harmless since we (currently) should have no pinned > external bos needing copy since > a) exernal system bos don't have compressed content, > b) We do not (yet) allow pinning of VRAM bos. > > Still, fix this up so that we copy pinned external bos on > the first pass. We're about to allow bos pinned in VRAM. > > Fixes: c6a4d46ec1d7 ("drm/xe: evict user memory in PM notifier") > Cc: Matthew Auld <matthew.auld@intel.com> > Cc: <stable@vger.kernel.org> # v6.16+ > Signed-off-by: Thomas Hellström <thomas.hellstrom@linux.intel.com> Reviewed-by: Matthew Auld <matthew.auld@intel.com> > --- > drivers/gpu/drm/xe/xe_bo_evict.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/xe/xe_bo_evict.c b/drivers/gpu/drm/xe/xe_bo_evict.c > index 7484ce55a303..d5dbc51e8612 100644 > --- a/drivers/gpu/drm/xe/xe_bo_evict.c > +++ b/drivers/gpu/drm/xe/xe_bo_evict.c > @@ -158,8 +158,8 @@ int xe_bo_evict_all(struct xe_device *xe) > if (ret) > return ret; > > - ret = xe_bo_apply_to_pinned(xe, &xe->pinned.late.kernel_bo_present, > - &xe->pinned.late.evicted, xe_bo_evict_pinned); > + ret = xe_bo_apply_to_pinned(xe, &xe->pinned.late.external, > + &xe->pinned.late.external, xe_bo_evict_pinned); > > if (!ret) > ret = xe_bo_apply_to_pinned(xe, &xe->pinned.late.kernel_bo_present, ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2025-09-18 9:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20250918092207.54472-1-thomas.hellstrom@linux.intel.com>
2025-09-18 9:22 ` [PATCH v2 1/3] drm/xe: Don't copy pinned kernel bos twice on suspend Thomas Hellström
2025-09-18 9:38 ` Matthew Auld
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox