-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
Sent: Wednesday, July 15, 2015 4:47 PM
To: Daniel, Thomas
Cc: Goel, Akash; intel-gfx@lists.freedesktop.org; Belgaumkar, Vinay;
Winiarski,
Michal; Zou, Nanhai
Subject: Re: [PATCH v4] drm/i915: Add soft-pinning
On Wed, Jul 15, 2015 at 03:58:33PM +, Daniel, Thomas wrote:
-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
Sent: Wednesday, July 15, 2015 4:47 PM
To: Daniel, Thomas
Cc: Goel, Akash; intel-gfx@lists.freedesktop.org; Belgaumkar, Vinay;
Winiarski,
-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
Sent: Wednesday, July 15, 2015 4:06 PM
To: Goel, Akash
Cc: Daniel, Thomas; intel-gfx@lists.freedesktop.org; Belgaumkar, Vinay;
Winiarski, Michal; Zou, Nanhai
Subject: Re: [PATCH v4] drm/i915: Add soft-pinning
On Wed, Jul 15, 2015 at 03:41:49PM +, Daniel, Thomas wrote:
-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
Sent: Wednesday, July 15, 2015 4:06 PM
To: Goel, Akash
Cc: Daniel, Thomas; intel-gfx@lists.freedesktop.org; Belgaumkar, Vinay;
Winiarski,
On Wed, Jul 15, 2015 at 08:25:23PM +0530, Goel, Akash wrote:
+int
+i915_gem_evict_for_vma(struct i915_vma *target)
+{
+ struct drm_mm_node *node, *next;
+
+ list_for_each_entry_safe(node, next,
+ target-vm-mm.head_node.node_list,
+ node_list) {
+
On 6/30/2015 7:50 PM, Daniel, Thomas wrote:
Many apologies to Michal for incorrectly spelling his name in the CC list.
Thomas.
-Original Message-
From: Daniel, Thomas
Sent: Tuesday, June 30, 2015 3:13 PM
To: intel-gfx@lists.freedesktop.org
Cc: Chris Wilson; Goel, Akash; Belgaumkar,
-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
Sent: Saturday, July 4, 2015 1:24 PM
To: Kristian Høgsberg
Cc: Daniel, Thomas; Belgaumkar, Vinay; intel-gfx@lists.freedesktop.org; Michal
Winiarsky; Goel, Akash
Subject: Re: [Intel-gfx] [PATCH v4] drm/i915: Add
Winiarsky; Goel, Akash
Subject: Re: [Intel-gfx] [PATCH v4] drm/i915: Add soft-pinning API for
execbuffer
On Fri, Jul 03, 2015 at 10:29:44PM -0700, Kristian Høgsberg wrote:
On Tue, Jun 30, 2015 at 7:13 AM, Thomas Daniel thomas.dan...@intel.com
wrote:
From: Chris Wilson ch...@chris
On Tue, Jun 30, 2015 at 03:13:13PM +0100, Thomas Daniel wrote:
/**
- * Returned value of the updated offset of the object, for future
- * presumed_offset writes.
+ * When the EXEC_OBJECT_PINNED flag is specified this is populated by
+ * the user with the GTT offset
On Fri, Jul 03, 2015 at 10:29:44PM -0700, Kristian Høgsberg wrote:
On Tue, Jun 30, 2015 at 7:13 AM, Thomas Daniel thomas.dan...@intel.com
wrote:
From: Chris Wilson ch...@chris-wilson.co.uk
Userspace can pass in an offset that it presumes the object is located
at. The kernel will then do
On Tue, Jun 30, 2015 at 7:13 AM, Thomas Daniel thomas.dan...@intel.com wrote:
From: Chris Wilson ch...@chris-wilson.co.uk
Userspace can pass in an offset that it presumes the object is located
at. The kernel will then do its utmost to fit the object into that
location. The assumption is that
Many apologies to Michal for incorrectly spelling his name in the CC list.
Thomas.
-Original Message-
From: Daniel, Thomas
Sent: Tuesday, June 30, 2015 3:13 PM
To: intel-gfx@lists.freedesktop.org
Cc: Chris Wilson; Goel, Akash; Belgaumkar, Vinay; Michal Winiarsky; Zou,
Nanhai;
From: Chris Wilson ch...@chris-wilson.co.uk
Userspace can pass in an offset that it presumes the object is located
at. The kernel will then do its utmost to fit the object into that
location. The assumption is that userspace is handling its own object
locations (for example along with full-ppgtt)
13 matches
Mail list logo