RE: [PATCH] drm/xe: Use write-back caching mode for system memory on DGFX

2024-07-04 Thread Mrozek, Michal
The caching mode for buffer objects with VRAM as a possible placement was forced to write-combined, regardless of placement. However, write-combined system memory is expensive to allocate and even though it is pooled, the pool is expensive to shrink, since it involves global CPU TLB flushes. M

RE: [PATCH] drm/i915/gt: Limit the reserved VM space to only the platforms that need it

2024-03-28 Thread Mrozek, Michal
Commit 9bb66c179f50 ("drm/i915: Reserve some kernel space per vm") reduces the available VM space of one page in order to apply Wa_16018031267 and Wa_16018063123. This page was reserved indiscrimitely in all platforms even when not needed. Limit it to DG2 onwards. Fixes: 9bb66c179f50 ("drm/i915:

RE: [PATCH v6 0/3] Disable automatic load CCS load balancing

2024-03-26 Thread Mrozek, Michal
On Wed, Mar 13, 2024 at 09:19:48PM +0100, Andi Shyti wrote: > Hi, > > this series does basically two things: > > 1. Disables automatic load balancing as adviced by the hardware >workaround. > > 2. Assigns all the CCS slices to one single user engine. The user >will then be able to query

RE: [PATCH] drm/i915/gt: Report full vm address range

2024-03-20 Thread Mrozek, Michal
> If we provide the total GTT size we will have one page that will be contended > between kernel and userspace and, if userspace is unaware that the page > belongs to the > kernel, we might step on each other toe. That's fine, Compute needs to know total GTT size. Not available GTT size.

RE: [PATCH] drm/i915/gt: Report full vm address range

2024-03-17 Thread Mrozek, Michal
> > Lionel, Michal, thoughts? Compute UMD needs to know exact GTT total size.

RE: [PATCH] drm/i915/gt: Report full vm address range

2024-03-13 Thread Mrozek, Michal
Commit 9bb66c179f50 ("drm/i915: Reserve some kernel space per vm") has reserved an object for kernel space usage. Userspace, though, needs to know the full address range. Fixes: 9bb66c179f50 ("drm/i915: Reserve some kernel space per vm") Signed-off-by: Andi Shyti Cc: Andrzej Hajda Cc: Chris Wil

RE: [PATCH v3 4/4] drm/i915: Improve long running OCL w/a for GuC submission

2022-03-08 Thread Mrozek, Michal
Acked-by: Michal Mrozek -Original Message- From: Harrison, John C Sent: Thursday, March 3, 2022 11:38 PM To: intel-...@lists.freedesktop.org Cc: DRI-Devel@Lists.FreeDesktop.Org; Harrison, John C ; Ceraolo Spurio, Daniele ; Mrozek, Michal Subject: [PATCH v3 4/4] drm/i915: Improve