2014-07-25 00:04:10 +08:00
|
|
|
/*
|
|
|
|
* Copyright © 2014 Intel Corporation
|
|
|
|
*
|
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a
|
|
|
|
* copy of this software and associated documentation files (the "Software"),
|
|
|
|
* to deal in the Software without restriction, including without limitation
|
|
|
|
* the rights to use, copy, modify, merge, publish, distribute, sublicense,
|
|
|
|
* and/or sell copies of the Software, and to permit persons to whom the
|
|
|
|
* Software is furnished to do so, subject to the following conditions:
|
|
|
|
*
|
|
|
|
* The above copyright notice and this permission notice (including the next
|
|
|
|
* paragraph) shall be included in all copies or substantial portions of the
|
|
|
|
* Software.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
|
|
|
|
* FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
|
|
|
|
* IN THE SOFTWARE.
|
|
|
|
*
|
|
|
|
* Authors:
|
|
|
|
* Ben Widawsky <ben@bwidawsk.net>
|
|
|
|
* Michel Thierry <michel.thierry@intel.com>
|
|
|
|
* Thomas Daniel <thomas.daniel@intel.com>
|
|
|
|
* Oscar Mateo <oscar.mateo@intel.com>
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* GEN8 brings an expansion of the HW contexts: "Logical Ring Contexts".
|
|
|
|
* These expanded contexts enable a number of new abilities, especially
|
|
|
|
* "Execlists" (also implemented in this file).
|
|
|
|
*
|
|
|
|
* Execlists are the new method by which, on gen8+ hardware, workloads are
|
|
|
|
* submitted for execution (as opposed to the legacy, ringbuffer-based, method).
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <drm/drmP.h>
|
|
|
|
#include <drm/i915_drm.h>
|
|
|
|
#include "i915_drv.h"
|
2014-07-25 00:04:11 +08:00
|
|
|
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
#define GEN8_LR_CONTEXT_RENDER_SIZE (20 * PAGE_SIZE)
|
|
|
|
#define GEN8_LR_CONTEXT_OTHER_SIZE (2 * PAGE_SIZE)
|
|
|
|
|
|
|
|
#define GEN8_LR_CONTEXT_ALIGN 4096
|
|
|
|
|
drm/i915/bdw: Populate LR contexts (somewhat)
For the most part, logical ring context objects are similar to hardware
contexts in that the backing object is meant to be opaque. There are
some exceptions where we need to poke certain offsets of the object for
initialization, updating the tail pointer or updating the PDPs.
For our basic execlist implementation we'll only need our PPGTT PDs,
and ringbuffer addresses in order to set up the context. With previous
patches, we have both, so start prepping the context to be load.
Before running a context for the first time you must populate some
fields in the context object. These fields begin 1 PAGE + LRCA, ie. the
first page (in 0 based counting) of the context image. These same
fields will be read and written to as contexts are saved and restored
once the system is up and running.
Many of these fields are completely reused from previous global
registers: ringbuffer head/tail/control, context control matches some
previous MI_SET_CONTEXT flags, and page directories. There are other
fields which we don't touch which we may want in the future.
v2: CTX_LRI_HEADER_0 is MI_LOAD_REGISTER_IMM(14) for render and (11)
for other engines.
v3: Several rebases and general changes to the code.
v4: Squash with "Extract LR context object populating"
Also, Damien's review comments:
- Set the Force Posted bit on the LRI header, as the BSpec suggest we do.
- Prevent warning when compiling a 32-bits kernel without HIGHMEM64.
- Add a clarifying comment to the context population code.
v5: Damien's review comments:
- The third MI_LOAD_REGISTER_IMM in the context does not set Force Posted.
- Remove dead code.
v6: Add a note about the (presumed) differences between BDW and CHV state
contexts. Also, Brad's review comments:
- Use the _MASKED_BIT_ENABLE, upper_32_bits and lower_32_bits macros.
- Be less magical about how we set the ring size in the context.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Rafael Barbalho <rafael.barbalho@intel.com> (v2)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:17 +08:00
|
|
|
#define RING_ELSP(ring) ((ring)->mmio_base+0x230)
|
2014-07-25 00:04:36 +08:00
|
|
|
#define RING_EXECLIST_STATUS(ring) ((ring)->mmio_base+0x234)
|
drm/i915/bdw: Populate LR contexts (somewhat)
For the most part, logical ring context objects are similar to hardware
contexts in that the backing object is meant to be opaque. There are
some exceptions where we need to poke certain offsets of the object for
initialization, updating the tail pointer or updating the PDPs.
For our basic execlist implementation we'll only need our PPGTT PDs,
and ringbuffer addresses in order to set up the context. With previous
patches, we have both, so start prepping the context to be load.
Before running a context for the first time you must populate some
fields in the context object. These fields begin 1 PAGE + LRCA, ie. the
first page (in 0 based counting) of the context image. These same
fields will be read and written to as contexts are saved and restored
once the system is up and running.
Many of these fields are completely reused from previous global
registers: ringbuffer head/tail/control, context control matches some
previous MI_SET_CONTEXT flags, and page directories. There are other
fields which we don't touch which we may want in the future.
v2: CTX_LRI_HEADER_0 is MI_LOAD_REGISTER_IMM(14) for render and (11)
for other engines.
v3: Several rebases and general changes to the code.
v4: Squash with "Extract LR context object populating"
Also, Damien's review comments:
- Set the Force Posted bit on the LRI header, as the BSpec suggest we do.
- Prevent warning when compiling a 32-bits kernel without HIGHMEM64.
- Add a clarifying comment to the context population code.
v5: Damien's review comments:
- The third MI_LOAD_REGISTER_IMM in the context does not set Force Posted.
- Remove dead code.
v6: Add a note about the (presumed) differences between BDW and CHV state
contexts. Also, Brad's review comments:
- Use the _MASKED_BIT_ENABLE, upper_32_bits and lower_32_bits macros.
- Be less magical about how we set the ring size in the context.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Rafael Barbalho <rafael.barbalho@intel.com> (v2)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:17 +08:00
|
|
|
#define RING_CONTEXT_CONTROL(ring) ((ring)->mmio_base+0x244)
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
#define RING_CONTEXT_STATUS_BUF(ring) ((ring)->mmio_base+0x370)
|
|
|
|
#define RING_CONTEXT_STATUS_PTR(ring) ((ring)->mmio_base+0x3a0)
|
|
|
|
|
|
|
|
#define RING_EXECLIST_QFULL (1 << 0x2)
|
|
|
|
#define RING_EXECLIST1_VALID (1 << 0x3)
|
|
|
|
#define RING_EXECLIST0_VALID (1 << 0x4)
|
|
|
|
#define RING_EXECLIST_ACTIVE_STATUS (3 << 0xE)
|
|
|
|
#define RING_EXECLIST1_ACTIVE (1 << 0x11)
|
|
|
|
#define RING_EXECLIST0_ACTIVE (1 << 0x12)
|
|
|
|
|
|
|
|
#define GEN8_CTX_STATUS_IDLE_ACTIVE (1 << 0)
|
|
|
|
#define GEN8_CTX_STATUS_PREEMPTED (1 << 1)
|
|
|
|
#define GEN8_CTX_STATUS_ELEMENT_SWITCH (1 << 2)
|
|
|
|
#define GEN8_CTX_STATUS_ACTIVE_IDLE (1 << 3)
|
|
|
|
#define GEN8_CTX_STATUS_COMPLETE (1 << 4)
|
|
|
|
#define GEN8_CTX_STATUS_LITE_RESTORE (1 << 15)
|
drm/i915/bdw: Populate LR contexts (somewhat)
For the most part, logical ring context objects are similar to hardware
contexts in that the backing object is meant to be opaque. There are
some exceptions where we need to poke certain offsets of the object for
initialization, updating the tail pointer or updating the PDPs.
For our basic execlist implementation we'll only need our PPGTT PDs,
and ringbuffer addresses in order to set up the context. With previous
patches, we have both, so start prepping the context to be load.
Before running a context for the first time you must populate some
fields in the context object. These fields begin 1 PAGE + LRCA, ie. the
first page (in 0 based counting) of the context image. These same
fields will be read and written to as contexts are saved and restored
once the system is up and running.
Many of these fields are completely reused from previous global
registers: ringbuffer head/tail/control, context control matches some
previous MI_SET_CONTEXT flags, and page directories. There are other
fields which we don't touch which we may want in the future.
v2: CTX_LRI_HEADER_0 is MI_LOAD_REGISTER_IMM(14) for render and (11)
for other engines.
v3: Several rebases and general changes to the code.
v4: Squash with "Extract LR context object populating"
Also, Damien's review comments:
- Set the Force Posted bit on the LRI header, as the BSpec suggest we do.
- Prevent warning when compiling a 32-bits kernel without HIGHMEM64.
- Add a clarifying comment to the context population code.
v5: Damien's review comments:
- The third MI_LOAD_REGISTER_IMM in the context does not set Force Posted.
- Remove dead code.
v6: Add a note about the (presumed) differences between BDW and CHV state
contexts. Also, Brad's review comments:
- Use the _MASKED_BIT_ENABLE, upper_32_bits and lower_32_bits macros.
- Be less magical about how we set the ring size in the context.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Rafael Barbalho <rafael.barbalho@intel.com> (v2)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:17 +08:00
|
|
|
|
|
|
|
#define CTX_LRI_HEADER_0 0x01
|
|
|
|
#define CTX_CONTEXT_CONTROL 0x02
|
|
|
|
#define CTX_RING_HEAD 0x04
|
|
|
|
#define CTX_RING_TAIL 0x06
|
|
|
|
#define CTX_RING_BUFFER_START 0x08
|
|
|
|
#define CTX_RING_BUFFER_CONTROL 0x0a
|
|
|
|
#define CTX_BB_HEAD_U 0x0c
|
|
|
|
#define CTX_BB_HEAD_L 0x0e
|
|
|
|
#define CTX_BB_STATE 0x10
|
|
|
|
#define CTX_SECOND_BB_HEAD_U 0x12
|
|
|
|
#define CTX_SECOND_BB_HEAD_L 0x14
|
|
|
|
#define CTX_SECOND_BB_STATE 0x16
|
|
|
|
#define CTX_BB_PER_CTX_PTR 0x18
|
|
|
|
#define CTX_RCS_INDIRECT_CTX 0x1a
|
|
|
|
#define CTX_RCS_INDIRECT_CTX_OFFSET 0x1c
|
|
|
|
#define CTX_LRI_HEADER_1 0x21
|
|
|
|
#define CTX_CTX_TIMESTAMP 0x22
|
|
|
|
#define CTX_PDP3_UDW 0x24
|
|
|
|
#define CTX_PDP3_LDW 0x26
|
|
|
|
#define CTX_PDP2_UDW 0x28
|
|
|
|
#define CTX_PDP2_LDW 0x2a
|
|
|
|
#define CTX_PDP1_UDW 0x2c
|
|
|
|
#define CTX_PDP1_LDW 0x2e
|
|
|
|
#define CTX_PDP0_UDW 0x30
|
|
|
|
#define CTX_PDP0_LDW 0x32
|
|
|
|
#define CTX_LRI_HEADER_2 0x41
|
|
|
|
#define CTX_R_PWR_CLK_STATE 0x42
|
|
|
|
#define CTX_GPGPU_CSR_BASE_ADDRESS 0x44
|
|
|
|
|
2014-07-25 00:04:36 +08:00
|
|
|
#define GEN8_CTX_VALID (1<<0)
|
|
|
|
#define GEN8_CTX_FORCE_PD_RESTORE (1<<1)
|
|
|
|
#define GEN8_CTX_FORCE_RESTORE (1<<2)
|
|
|
|
#define GEN8_CTX_L3LLC_COHERENT (1<<5)
|
|
|
|
#define GEN8_CTX_PRIVILEGE (1<<8)
|
|
|
|
enum {
|
|
|
|
ADVANCED_CONTEXT = 0,
|
|
|
|
LEGACY_CONTEXT,
|
|
|
|
ADVANCED_AD_CONTEXT,
|
|
|
|
LEGACY_64B_CONTEXT
|
|
|
|
};
|
|
|
|
#define GEN8_CTX_MODE_SHIFT 3
|
|
|
|
enum {
|
|
|
|
FAULT_AND_HANG = 0,
|
|
|
|
FAULT_AND_HALT, /* Debug only */
|
|
|
|
FAULT_AND_STREAM,
|
|
|
|
FAULT_AND_CONTINUE /* Unsupported */
|
|
|
|
};
|
|
|
|
#define GEN8_CTX_ID_SHIFT 32
|
|
|
|
|
2014-07-25 00:04:11 +08:00
|
|
|
int intel_sanitize_enable_execlists(struct drm_device *dev, int enable_execlists)
|
|
|
|
{
|
2014-08-11 21:57:57 +08:00
|
|
|
WARN_ON(i915.enable_ppgtt == -1);
|
|
|
|
|
2014-07-25 00:04:11 +08:00
|
|
|
if (enable_execlists == 0)
|
|
|
|
return 0;
|
|
|
|
|
2014-07-25 00:04:34 +08:00
|
|
|
if (HAS_LOGICAL_RING_CONTEXTS(dev) && USES_PPGTT(dev) &&
|
|
|
|
i915.use_mmio_flip >= 0)
|
2014-07-25 00:04:11 +08:00
|
|
|
return 1;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2014-07-25 00:04:12 +08:00
|
|
|
|
2014-07-25 00:04:36 +08:00
|
|
|
u32 intel_execlists_ctx_id(struct drm_i915_gem_object *ctx_obj)
|
|
|
|
{
|
|
|
|
u32 lrca = i915_gem_obj_ggtt_offset(ctx_obj);
|
|
|
|
|
|
|
|
/* LRCA is required to be 4K aligned so the more significant 20 bits
|
|
|
|
* are globally unique */
|
|
|
|
return lrca >> 12;
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint64_t execlists_ctx_descriptor(struct drm_i915_gem_object *ctx_obj)
|
|
|
|
{
|
|
|
|
uint64_t desc;
|
|
|
|
uint64_t lrca = i915_gem_obj_ggtt_offset(ctx_obj);
|
2014-07-25 00:04:38 +08:00
|
|
|
|
|
|
|
WARN_ON(lrca & 0xFFFFFFFF00000FFFULL);
|
2014-07-25 00:04:36 +08:00
|
|
|
|
|
|
|
desc = GEN8_CTX_VALID;
|
|
|
|
desc |= LEGACY_CONTEXT << GEN8_CTX_MODE_SHIFT;
|
|
|
|
desc |= GEN8_CTX_L3LLC_COHERENT;
|
|
|
|
desc |= GEN8_CTX_PRIVILEGE;
|
|
|
|
desc |= lrca;
|
|
|
|
desc |= (u64)intel_execlists_ctx_id(ctx_obj) << GEN8_CTX_ID_SHIFT;
|
|
|
|
|
|
|
|
/* TODO: WaDisableLiteRestore when we start using semaphore
|
|
|
|
* signalling between Command Streamers */
|
|
|
|
/* desc |= GEN8_CTX_FORCE_RESTORE; */
|
|
|
|
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void execlists_elsp_write(struct intel_engine_cs *ring,
|
|
|
|
struct drm_i915_gem_object *ctx_obj0,
|
|
|
|
struct drm_i915_gem_object *ctx_obj1)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = ring->dev->dev_private;
|
|
|
|
uint64_t temp = 0;
|
|
|
|
uint32_t desc[4];
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
unsigned long flags;
|
2014-07-25 00:04:36 +08:00
|
|
|
|
|
|
|
/* XXX: You must always write both descriptors in the order below. */
|
|
|
|
if (ctx_obj1)
|
|
|
|
temp = execlists_ctx_descriptor(ctx_obj1);
|
|
|
|
else
|
|
|
|
temp = 0;
|
|
|
|
desc[1] = (u32)(temp >> 32);
|
|
|
|
desc[0] = (u32)temp;
|
|
|
|
|
|
|
|
temp = execlists_ctx_descriptor(ctx_obj0);
|
|
|
|
desc[3] = (u32)(temp >> 32);
|
|
|
|
desc[2] = (u32)temp;
|
|
|
|
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
/* Set Force Wakeup bit to prevent GT from entering C6 while ELSP writes
|
|
|
|
* are in progress.
|
|
|
|
*
|
|
|
|
* The other problem is that we can't just call gen6_gt_force_wake_get()
|
|
|
|
* because that function calls intel_runtime_pm_get(), which might sleep.
|
|
|
|
* Instead, we do the runtime_pm_get/put when creating/destroying requests.
|
|
|
|
*/
|
|
|
|
spin_lock_irqsave(&dev_priv->uncore.lock, flags);
|
|
|
|
if (dev_priv->uncore.forcewake_count++ == 0)
|
|
|
|
dev_priv->uncore.funcs.force_wake_get(dev_priv, FORCEWAKE_ALL);
|
|
|
|
spin_unlock_irqrestore(&dev_priv->uncore.lock, flags);
|
2014-07-25 00:04:36 +08:00
|
|
|
|
|
|
|
I915_WRITE(RING_ELSP(ring), desc[1]);
|
|
|
|
I915_WRITE(RING_ELSP(ring), desc[0]);
|
|
|
|
I915_WRITE(RING_ELSP(ring), desc[3]);
|
|
|
|
/* The context is automatically loaded after the following */
|
|
|
|
I915_WRITE(RING_ELSP(ring), desc[2]);
|
|
|
|
|
|
|
|
/* ELSP is a wo register, so use another nearby reg for posting instead */
|
|
|
|
POSTING_READ(RING_EXECLIST_STATUS(ring));
|
|
|
|
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
/* Release Force Wakeup (see the big comment above). */
|
|
|
|
spin_lock_irqsave(&dev_priv->uncore.lock, flags);
|
|
|
|
if (--dev_priv->uncore.forcewake_count == 0)
|
|
|
|
dev_priv->uncore.funcs.force_wake_put(dev_priv, FORCEWAKE_ALL);
|
|
|
|
spin_unlock_irqrestore(&dev_priv->uncore.lock, flags);
|
2014-07-25 00:04:36 +08:00
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:37 +08:00
|
|
|
static int execlists_ctx_write_tail(struct drm_i915_gem_object *ctx_obj, u32 tail)
|
|
|
|
{
|
|
|
|
struct page *page;
|
|
|
|
uint32_t *reg_state;
|
|
|
|
|
|
|
|
page = i915_gem_object_get_page(ctx_obj, 1);
|
|
|
|
reg_state = kmap_atomic(page);
|
|
|
|
|
|
|
|
reg_state[CTX_RING_TAIL+1] = tail;
|
|
|
|
|
|
|
|
kunmap_atomic(reg_state);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:36 +08:00
|
|
|
static int execlists_submit_context(struct intel_engine_cs *ring,
|
|
|
|
struct intel_context *to0, u32 tail0,
|
|
|
|
struct intel_context *to1, u32 tail1)
|
|
|
|
{
|
|
|
|
struct drm_i915_gem_object *ctx_obj0;
|
|
|
|
struct drm_i915_gem_object *ctx_obj1 = NULL;
|
|
|
|
|
|
|
|
ctx_obj0 = to0->engine[ring->id].state;
|
|
|
|
BUG_ON(!ctx_obj0);
|
2014-07-25 00:04:38 +08:00
|
|
|
WARN_ON(!i915_gem_obj_is_pinned(ctx_obj0));
|
2014-07-25 00:04:36 +08:00
|
|
|
|
2014-07-25 00:04:37 +08:00
|
|
|
execlists_ctx_write_tail(ctx_obj0, tail0);
|
|
|
|
|
2014-07-25 00:04:36 +08:00
|
|
|
if (to1) {
|
|
|
|
ctx_obj1 = to1->engine[ring->id].state;
|
|
|
|
BUG_ON(!ctx_obj1);
|
2014-07-25 00:04:38 +08:00
|
|
|
WARN_ON(!i915_gem_obj_is_pinned(ctx_obj1));
|
2014-07-25 00:04:37 +08:00
|
|
|
|
|
|
|
execlists_ctx_write_tail(ctx_obj1, tail1);
|
2014-07-25 00:04:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
execlists_elsp_write(ring, ctx_obj0, ctx_obj1);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:38 +08:00
|
|
|
static void execlists_context_unqueue(struct intel_engine_cs *ring)
|
|
|
|
{
|
|
|
|
struct intel_ctx_submit_request *req0 = NULL, *req1 = NULL;
|
|
|
|
struct intel_ctx_submit_request *cursor = NULL, *tmp = NULL;
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
struct drm_i915_private *dev_priv = ring->dev->dev_private;
|
|
|
|
|
|
|
|
assert_spin_locked(&ring->execlist_lock);
|
2014-07-25 00:04:38 +08:00
|
|
|
|
|
|
|
if (list_empty(&ring->execlist_queue))
|
|
|
|
return;
|
|
|
|
|
|
|
|
/* Try to read in pairs */
|
|
|
|
list_for_each_entry_safe(cursor, tmp, &ring->execlist_queue,
|
|
|
|
execlist_link) {
|
|
|
|
if (!req0) {
|
|
|
|
req0 = cursor;
|
|
|
|
} else if (req0->ctx == cursor->ctx) {
|
|
|
|
/* Same ctx: ignore first request, as second request
|
|
|
|
* will update tail past first request's workload */
|
drm/i915/bdw: Avoid non-lite-restore preemptions
In the current Execlists feeding mechanism, full preemption is not
supported yet: only lite-restores are allowed (this is: the GPU
simply samples a new tail pointer for the context currently in
execution).
But we have identified an scenario in which a full preemption occurs:
1) We submit two contexts for execution (A & B).
2) The GPU finishes with the first one (A), switches to the second one
(B) and informs us.
3) We submit B again (hoping to cause a lite restore) together with C,
but in the time we spend writing to the ELSP, the GPU finishes B.
4) The GPU start executing B again (since we told it so).
5) We receive a B finished interrupt and, mistakenly, we submit C (again)
and D, causing a full preemption of B.
The race is avoided by keeping track of how many times a context has been
submitted to the hardware and by better discriminating the received context
switch interrupts: in the example, when we have submitted B twice, we won´t
submit C and D as soon as we receive the notification that B is completed
because we were expecting to get a LITE_RESTORE and we didn´t, so we know a
second completion will be received shortly.
Without this explicit checking, somehow, the batch buffer execution order
gets messed with. This can be verified with the IGT test I sent together with
the series. I don´t know the exact mechanism by which the pre-emption messes
with the execution order but, since other people is working on the Scheduler
+ Preemption on Execlists, I didn´t try to fix it. In these series, only Lite
Restores are supported (other kind of preemptions WARN).
v2: elsp_submitted belongs in the new intel_ctx_submit_request. Several
rebase changes.
v3: Clarify how the race is avoided, as requested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Align function parameters ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:40 +08:00
|
|
|
cursor->elsp_submitted = req0->elsp_submitted;
|
2014-07-25 00:04:38 +08:00
|
|
|
list_del(&req0->execlist_link);
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
queue_work(dev_priv->wq, &req0->work);
|
2014-07-25 00:04:38 +08:00
|
|
|
req0 = cursor;
|
|
|
|
} else {
|
|
|
|
req1 = cursor;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
drm/i915/bdw: Avoid non-lite-restore preemptions
In the current Execlists feeding mechanism, full preemption is not
supported yet: only lite-restores are allowed (this is: the GPU
simply samples a new tail pointer for the context currently in
execution).
But we have identified an scenario in which a full preemption occurs:
1) We submit two contexts for execution (A & B).
2) The GPU finishes with the first one (A), switches to the second one
(B) and informs us.
3) We submit B again (hoping to cause a lite restore) together with C,
but in the time we spend writing to the ELSP, the GPU finishes B.
4) The GPU start executing B again (since we told it so).
5) We receive a B finished interrupt and, mistakenly, we submit C (again)
and D, causing a full preemption of B.
The race is avoided by keeping track of how many times a context has been
submitted to the hardware and by better discriminating the received context
switch interrupts: in the example, when we have submitted B twice, we won´t
submit C and D as soon as we receive the notification that B is completed
because we were expecting to get a LITE_RESTORE and we didn´t, so we know a
second completion will be received shortly.
Without this explicit checking, somehow, the batch buffer execution order
gets messed with. This can be verified with the IGT test I sent together with
the series. I don´t know the exact mechanism by which the pre-emption messes
with the execution order but, since other people is working on the Scheduler
+ Preemption on Execlists, I didn´t try to fix it. In these series, only Lite
Restores are supported (other kind of preemptions WARN).
v2: elsp_submitted belongs in the new intel_ctx_submit_request. Several
rebase changes.
v3: Clarify how the race is avoided, as requested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Align function parameters ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:40 +08:00
|
|
|
WARN_ON(req1 && req1->elsp_submitted);
|
|
|
|
|
2014-07-25 00:04:38 +08:00
|
|
|
WARN_ON(execlists_submit_context(ring, req0->ctx, req0->tail,
|
|
|
|
req1 ? req1->ctx : NULL,
|
|
|
|
req1 ? req1->tail : 0));
|
drm/i915/bdw: Avoid non-lite-restore preemptions
In the current Execlists feeding mechanism, full preemption is not
supported yet: only lite-restores are allowed (this is: the GPU
simply samples a new tail pointer for the context currently in
execution).
But we have identified an scenario in which a full preemption occurs:
1) We submit two contexts for execution (A & B).
2) The GPU finishes with the first one (A), switches to the second one
(B) and informs us.
3) We submit B again (hoping to cause a lite restore) together with C,
but in the time we spend writing to the ELSP, the GPU finishes B.
4) The GPU start executing B again (since we told it so).
5) We receive a B finished interrupt and, mistakenly, we submit C (again)
and D, causing a full preemption of B.
The race is avoided by keeping track of how many times a context has been
submitted to the hardware and by better discriminating the received context
switch interrupts: in the example, when we have submitted B twice, we won´t
submit C and D as soon as we receive the notification that B is completed
because we were expecting to get a LITE_RESTORE and we didn´t, so we know a
second completion will be received shortly.
Without this explicit checking, somehow, the batch buffer execution order
gets messed with. This can be verified with the IGT test I sent together with
the series. I don´t know the exact mechanism by which the pre-emption messes
with the execution order but, since other people is working on the Scheduler
+ Preemption on Execlists, I didn´t try to fix it. In these series, only Lite
Restores are supported (other kind of preemptions WARN).
v2: elsp_submitted belongs in the new intel_ctx_submit_request. Several
rebase changes.
v3: Clarify how the race is avoided, as requested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Align function parameters ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:40 +08:00
|
|
|
|
|
|
|
req0->elsp_submitted++;
|
|
|
|
if (req1)
|
|
|
|
req1->elsp_submitted++;
|
2014-07-25 00:04:38 +08:00
|
|
|
}
|
|
|
|
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
static bool execlists_check_remove_request(struct intel_engine_cs *ring,
|
|
|
|
u32 request_id)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = ring->dev->dev_private;
|
|
|
|
struct intel_ctx_submit_request *head_req;
|
|
|
|
|
|
|
|
assert_spin_locked(&ring->execlist_lock);
|
|
|
|
|
|
|
|
head_req = list_first_entry_or_null(&ring->execlist_queue,
|
|
|
|
struct intel_ctx_submit_request,
|
|
|
|
execlist_link);
|
|
|
|
|
|
|
|
if (head_req != NULL) {
|
|
|
|
struct drm_i915_gem_object *ctx_obj =
|
|
|
|
head_req->ctx->engine[ring->id].state;
|
|
|
|
if (intel_execlists_ctx_id(ctx_obj) == request_id) {
|
drm/i915/bdw: Avoid non-lite-restore preemptions
In the current Execlists feeding mechanism, full preemption is not
supported yet: only lite-restores are allowed (this is: the GPU
simply samples a new tail pointer for the context currently in
execution).
But we have identified an scenario in which a full preemption occurs:
1) We submit two contexts for execution (A & B).
2) The GPU finishes with the first one (A), switches to the second one
(B) and informs us.
3) We submit B again (hoping to cause a lite restore) together with C,
but in the time we spend writing to the ELSP, the GPU finishes B.
4) The GPU start executing B again (since we told it so).
5) We receive a B finished interrupt and, mistakenly, we submit C (again)
and D, causing a full preemption of B.
The race is avoided by keeping track of how many times a context has been
submitted to the hardware and by better discriminating the received context
switch interrupts: in the example, when we have submitted B twice, we won´t
submit C and D as soon as we receive the notification that B is completed
because we were expecting to get a LITE_RESTORE and we didn´t, so we know a
second completion will be received shortly.
Without this explicit checking, somehow, the batch buffer execution order
gets messed with. This can be verified with the IGT test I sent together with
the series. I don´t know the exact mechanism by which the pre-emption messes
with the execution order but, since other people is working on the Scheduler
+ Preemption on Execlists, I didn´t try to fix it. In these series, only Lite
Restores are supported (other kind of preemptions WARN).
v2: elsp_submitted belongs in the new intel_ctx_submit_request. Several
rebase changes.
v3: Clarify how the race is avoided, as requested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Align function parameters ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:40 +08:00
|
|
|
WARN(head_req->elsp_submitted == 0,
|
|
|
|
"Never submitted head request\n");
|
|
|
|
|
|
|
|
if (--head_req->elsp_submitted <= 0) {
|
|
|
|
list_del(&head_req->execlist_link);
|
|
|
|
queue_work(dev_priv->wq, &head_req->work);
|
|
|
|
return true;
|
|
|
|
}
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
void intel_execlists_handle_ctx_events(struct intel_engine_cs *ring)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = ring->dev->dev_private;
|
|
|
|
u32 status_pointer;
|
|
|
|
u8 read_pointer;
|
|
|
|
u8 write_pointer;
|
|
|
|
u32 status;
|
|
|
|
u32 status_id;
|
|
|
|
u32 submit_contexts = 0;
|
|
|
|
|
|
|
|
status_pointer = I915_READ(RING_CONTEXT_STATUS_PTR(ring));
|
|
|
|
|
|
|
|
read_pointer = ring->next_context_status_buffer;
|
|
|
|
write_pointer = status_pointer & 0x07;
|
|
|
|
if (read_pointer > write_pointer)
|
|
|
|
write_pointer += 6;
|
|
|
|
|
|
|
|
spin_lock(&ring->execlist_lock);
|
|
|
|
|
|
|
|
while (read_pointer < write_pointer) {
|
|
|
|
read_pointer++;
|
|
|
|
status = I915_READ(RING_CONTEXT_STATUS_BUF(ring) +
|
|
|
|
(read_pointer % 6) * 8);
|
|
|
|
status_id = I915_READ(RING_CONTEXT_STATUS_BUF(ring) +
|
|
|
|
(read_pointer % 6) * 8 + 4);
|
|
|
|
|
drm/i915/bdw: Avoid non-lite-restore preemptions
In the current Execlists feeding mechanism, full preemption is not
supported yet: only lite-restores are allowed (this is: the GPU
simply samples a new tail pointer for the context currently in
execution).
But we have identified an scenario in which a full preemption occurs:
1) We submit two contexts for execution (A & B).
2) The GPU finishes with the first one (A), switches to the second one
(B) and informs us.
3) We submit B again (hoping to cause a lite restore) together with C,
but in the time we spend writing to the ELSP, the GPU finishes B.
4) The GPU start executing B again (since we told it so).
5) We receive a B finished interrupt and, mistakenly, we submit C (again)
and D, causing a full preemption of B.
The race is avoided by keeping track of how many times a context has been
submitted to the hardware and by better discriminating the received context
switch interrupts: in the example, when we have submitted B twice, we won´t
submit C and D as soon as we receive the notification that B is completed
because we were expecting to get a LITE_RESTORE and we didn´t, so we know a
second completion will be received shortly.
Without this explicit checking, somehow, the batch buffer execution order
gets messed with. This can be verified with the IGT test I sent together with
the series. I don´t know the exact mechanism by which the pre-emption messes
with the execution order but, since other people is working on the Scheduler
+ Preemption on Execlists, I didn´t try to fix it. In these series, only Lite
Restores are supported (other kind of preemptions WARN).
v2: elsp_submitted belongs in the new intel_ctx_submit_request. Several
rebase changes.
v3: Clarify how the race is avoided, as requested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Align function parameters ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:40 +08:00
|
|
|
if (status & GEN8_CTX_STATUS_PREEMPTED) {
|
|
|
|
if (status & GEN8_CTX_STATUS_LITE_RESTORE) {
|
|
|
|
if (execlists_check_remove_request(ring, status_id))
|
|
|
|
WARN(1, "Lite Restored request removed from queue\n");
|
|
|
|
} else
|
|
|
|
WARN(1, "Preemption without Lite Restore\n");
|
|
|
|
}
|
|
|
|
|
|
|
|
if ((status & GEN8_CTX_STATUS_ACTIVE_IDLE) ||
|
|
|
|
(status & GEN8_CTX_STATUS_ELEMENT_SWITCH)) {
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
if (execlists_check_remove_request(ring, status_id))
|
|
|
|
submit_contexts++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (submit_contexts != 0)
|
|
|
|
execlists_context_unqueue(ring);
|
|
|
|
|
|
|
|
spin_unlock(&ring->execlist_lock);
|
|
|
|
|
|
|
|
WARN(submit_contexts > 2, "More than two context complete events?\n");
|
|
|
|
ring->next_context_status_buffer = write_pointer % 6;
|
|
|
|
|
|
|
|
I915_WRITE(RING_CONTEXT_STATUS_PTR(ring),
|
|
|
|
((u32)ring->next_context_status_buffer & 0x07) << 8);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void execlists_free_request_task(struct work_struct *work)
|
|
|
|
{
|
|
|
|
struct intel_ctx_submit_request *req =
|
|
|
|
container_of(work, struct intel_ctx_submit_request, work);
|
|
|
|
struct drm_device *dev = req->ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
|
|
|
|
intel_runtime_pm_put(dev_priv);
|
|
|
|
|
|
|
|
mutex_lock(&dev->struct_mutex);
|
|
|
|
i915_gem_context_unreference(req->ctx);
|
|
|
|
mutex_unlock(&dev->struct_mutex);
|
|
|
|
|
|
|
|
kfree(req);
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:38 +08:00
|
|
|
static int execlists_context_queue(struct intel_engine_cs *ring,
|
|
|
|
struct intel_context *to,
|
|
|
|
u32 tail)
|
|
|
|
{
|
|
|
|
struct intel_ctx_submit_request *req = NULL;
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
struct drm_i915_private *dev_priv = ring->dev->dev_private;
|
2014-07-25 00:04:38 +08:00
|
|
|
unsigned long flags;
|
|
|
|
bool was_empty;
|
|
|
|
|
|
|
|
req = kzalloc(sizeof(*req), GFP_KERNEL);
|
|
|
|
if (req == NULL)
|
|
|
|
return -ENOMEM;
|
|
|
|
req->ctx = to;
|
|
|
|
i915_gem_context_reference(req->ctx);
|
|
|
|
req->ring = ring;
|
|
|
|
req->tail = tail;
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
INIT_WORK(&req->work, execlists_free_request_task);
|
|
|
|
|
|
|
|
intel_runtime_pm_get(dev_priv);
|
2014-07-25 00:04:38 +08:00
|
|
|
|
|
|
|
spin_lock_irqsave(&ring->execlist_lock, flags);
|
|
|
|
|
|
|
|
was_empty = list_empty(&ring->execlist_queue);
|
|
|
|
list_add_tail(&req->execlist_link, &ring->execlist_queue);
|
|
|
|
if (was_empty)
|
|
|
|
execlists_context_unqueue(ring);
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&ring->execlist_lock, flags);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:33 +08:00
|
|
|
static int logical_ring_invalidate_all_caches(struct intel_ringbuffer *ringbuf)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
uint32_t flush_domains;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
flush_domains = 0;
|
|
|
|
if (ring->gpu_caches_dirty)
|
|
|
|
flush_domains = I915_GEM_GPU_DOMAINS;
|
|
|
|
|
|
|
|
ret = ring->emit_flush(ringbuf, I915_GEM_GPU_DOMAINS, flush_domains);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
ring->gpu_caches_dirty = false;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int execlists_move_to_gpu(struct intel_ringbuffer *ringbuf,
|
|
|
|
struct list_head *vmas)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
struct i915_vma *vma;
|
|
|
|
uint32_t flush_domains = 0;
|
|
|
|
bool flush_chipset = false;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
list_for_each_entry(vma, vmas, exec_list) {
|
|
|
|
struct drm_i915_gem_object *obj = vma->obj;
|
|
|
|
|
|
|
|
ret = i915_gem_object_sync(obj, ring);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (obj->base.write_domain & I915_GEM_DOMAIN_CPU)
|
|
|
|
flush_chipset |= i915_gem_clflush_object(obj, false);
|
|
|
|
|
|
|
|
flush_domains |= obj->base.write_domain;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (flush_domains & I915_GEM_DOMAIN_GTT)
|
|
|
|
wmb();
|
|
|
|
|
|
|
|
/* Unconditionally invalidate gpu caches and ensure that we do flush
|
|
|
|
* any residual writes from the previous batch.
|
|
|
|
*/
|
|
|
|
return logical_ring_invalidate_all_caches(ringbuf);
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
int intel_execlists_submission(struct drm_device *dev, struct drm_file *file,
|
|
|
|
struct intel_engine_cs *ring,
|
|
|
|
struct intel_context *ctx,
|
|
|
|
struct drm_i915_gem_execbuffer2 *args,
|
|
|
|
struct list_head *vmas,
|
|
|
|
struct drm_i915_gem_object *batch_obj,
|
|
|
|
u64 exec_start, u32 flags)
|
|
|
|
{
|
2014-07-25 00:04:33 +08:00
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_ringbuffer *ringbuf = ctx->engine[ring->id].ringbuf;
|
|
|
|
int instp_mode;
|
|
|
|
u32 instp_mask;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
instp_mode = args->flags & I915_EXEC_CONSTANTS_MASK;
|
|
|
|
instp_mask = I915_EXEC_CONSTANTS_MASK;
|
|
|
|
switch (instp_mode) {
|
|
|
|
case I915_EXEC_CONSTANTS_REL_GENERAL:
|
|
|
|
case I915_EXEC_CONSTANTS_ABSOLUTE:
|
|
|
|
case I915_EXEC_CONSTANTS_REL_SURFACE:
|
|
|
|
if (instp_mode != 0 && ring != &dev_priv->ring[RCS]) {
|
|
|
|
DRM_DEBUG("non-0 rel constants mode on non-RCS\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (instp_mode != dev_priv->relative_constants_mode) {
|
|
|
|
if (instp_mode == I915_EXEC_CONSTANTS_REL_SURFACE) {
|
|
|
|
DRM_DEBUG("rel surface constants mode invalid on gen5+\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* The HW changed the meaning on this bit on gen6 */
|
|
|
|
instp_mask &= ~I915_EXEC_CONSTANTS_REL_SURFACE;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
DRM_DEBUG("execbuf with unknown constants: %d\n", instp_mode);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (args->num_cliprects != 0) {
|
|
|
|
DRM_DEBUG("clip rectangles are only valid on pre-gen5\n");
|
|
|
|
return -EINVAL;
|
|
|
|
} else {
|
|
|
|
if (args->DR4 == 0xffffffff) {
|
|
|
|
DRM_DEBUG("UXA submitting garbage DR4, fixing up\n");
|
|
|
|
args->DR4 = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (args->DR1 || args->DR4 || args->cliprects_ptr) {
|
|
|
|
DRM_DEBUG("0 cliprects but dirt in cliprects fields\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (args->flags & I915_EXEC_GEN7_SOL_RESET) {
|
|
|
|
DRM_DEBUG("sol reset is gen7 only\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = execlists_move_to_gpu(ringbuf, vmas);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (ring == &dev_priv->ring[RCS] &&
|
|
|
|
instp_mode != dev_priv->relative_constants_mode) {
|
|
|
|
ret = intel_logical_ring_begin(ringbuf, 4);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
intel_logical_ring_emit(ringbuf, MI_NOOP);
|
|
|
|
intel_logical_ring_emit(ringbuf, MI_LOAD_REGISTER_IMM(1));
|
|
|
|
intel_logical_ring_emit(ringbuf, INSTPM);
|
|
|
|
intel_logical_ring_emit(ringbuf, instp_mask << 16 | instp_mode);
|
|
|
|
intel_logical_ring_advance(ringbuf);
|
|
|
|
|
|
|
|
dev_priv->relative_constants_mode = instp_mode;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = ring->emit_bb_start(ringbuf, exec_start, flags);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
i915_gem_execbuffer_move_to_active(vmas, ring);
|
|
|
|
i915_gem_execbuffer_retire_commands(dev, file, ring, batch_obj);
|
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void intel_logical_ring_stop(struct intel_engine_cs *ring)
|
|
|
|
{
|
2014-07-25 00:04:30 +08:00
|
|
|
struct drm_i915_private *dev_priv = ring->dev->dev_private;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (!intel_ring_initialized(ring))
|
|
|
|
return;
|
|
|
|
|
|
|
|
ret = intel_ring_idle(ring);
|
|
|
|
if (ret && !i915_reset_in_progress(&to_i915(ring->dev)->gpu_error))
|
|
|
|
DRM_ERROR("failed to quiesce %s whilst cleaning up: %d\n",
|
|
|
|
ring->name, ret);
|
|
|
|
|
|
|
|
/* TODO: Is this correct with Execlists enabled? */
|
|
|
|
I915_WRITE_MODE(ring, _MASKED_BIT_ENABLE(STOP_RING));
|
|
|
|
if (wait_for_atomic((I915_READ_MODE(ring) & MODE_IDLE) != 0, 1000)) {
|
|
|
|
DRM_ERROR("%s :timed out trying to stop ring\n", ring->name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
I915_WRITE_MODE(ring, _MASKED_BIT_DISABLE(STOP_RING));
|
2014-07-25 00:04:22 +08:00
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:29 +08:00
|
|
|
int logical_ring_flush_all_caches(struct intel_ringbuffer *ringbuf)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (!ring->gpu_caches_dirty)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
ret = ring->emit_flush(ringbuf, 0, I915_GEM_GPU_DOMAINS);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
ring->gpu_caches_dirty = false;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:26 +08:00
|
|
|
void intel_logical_ring_advance_and_submit(struct intel_ringbuffer *ringbuf)
|
|
|
|
{
|
2014-07-25 00:04:36 +08:00
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
struct intel_context *ctx = ringbuf->FIXME_lrc_ctx;
|
|
|
|
|
2014-07-25 00:04:26 +08:00
|
|
|
intel_logical_ring_advance(ringbuf);
|
|
|
|
|
2014-07-25 00:04:36 +08:00
|
|
|
if (intel_ring_stopped(ring))
|
2014-07-25 00:04:26 +08:00
|
|
|
return;
|
|
|
|
|
2014-07-25 00:04:38 +08:00
|
|
|
execlists_context_queue(ring, ctx, ringbuf->tail);
|
2014-07-25 00:04:26 +08:00
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:29 +08:00
|
|
|
static int logical_ring_alloc_seqno(struct intel_engine_cs *ring,
|
|
|
|
struct intel_context *ctx)
|
2014-07-25 00:04:26 +08:00
|
|
|
{
|
|
|
|
if (ring->outstanding_lazy_seqno)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (ring->preallocated_lazy_request == NULL) {
|
|
|
|
struct drm_i915_gem_request *request;
|
|
|
|
|
|
|
|
request = kmalloc(sizeof(*request), GFP_KERNEL);
|
|
|
|
if (request == NULL)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2014-07-25 00:04:29 +08:00
|
|
|
/* Hold a reference to the context this request belongs to
|
|
|
|
* (we will need it when the time comes to emit/retire the
|
|
|
|
* request).
|
|
|
|
*/
|
|
|
|
request->ctx = ctx;
|
|
|
|
i915_gem_context_reference(request->ctx);
|
|
|
|
|
2014-07-25 00:04:26 +08:00
|
|
|
ring->preallocated_lazy_request = request;
|
|
|
|
}
|
|
|
|
|
|
|
|
return i915_gem_get_seqno(ring->dev, &ring->outstanding_lazy_seqno);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_ring_wait_request(struct intel_ringbuffer *ringbuf,
|
|
|
|
int bytes)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
struct drm_i915_gem_request *request;
|
|
|
|
u32 seqno = 0;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (ringbuf->last_retired_head != -1) {
|
|
|
|
ringbuf->head = ringbuf->last_retired_head;
|
|
|
|
ringbuf->last_retired_head = -1;
|
|
|
|
|
|
|
|
ringbuf->space = intel_ring_space(ringbuf);
|
|
|
|
if (ringbuf->space >= bytes)
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
list_for_each_entry(request, &ring->request_list, list) {
|
|
|
|
if (__intel_ring_space(request->tail, ringbuf->tail,
|
|
|
|
ringbuf->size) >= bytes) {
|
|
|
|
seqno = request->seqno;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (seqno == 0)
|
|
|
|
return -ENOSPC;
|
|
|
|
|
|
|
|
ret = i915_wait_seqno(ring, seqno);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
i915_gem_retire_requests_ring(ring);
|
|
|
|
ringbuf->head = ringbuf->last_retired_head;
|
|
|
|
ringbuf->last_retired_head = -1;
|
|
|
|
|
|
|
|
ringbuf->space = intel_ring_space(ringbuf);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_ring_wait_for_space(struct intel_ringbuffer *ringbuf,
|
|
|
|
int bytes)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
unsigned long end;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = logical_ring_wait_request(ringbuf, bytes);
|
|
|
|
if (ret != -ENOSPC)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* Force the context submission in case we have been skipping it */
|
|
|
|
intel_logical_ring_advance_and_submit(ringbuf);
|
|
|
|
|
|
|
|
/* With GEM the hangcheck timer should kick us out of the loop,
|
|
|
|
* leaving it early runs the risk of corrupting GEM state (due
|
|
|
|
* to running on almost untested codepaths). But on resume
|
|
|
|
* timers don't work yet, so prevent a complete hang in that
|
|
|
|
* case by choosing an insanely large timeout. */
|
|
|
|
end = jiffies + 60 * HZ;
|
|
|
|
|
|
|
|
do {
|
|
|
|
ringbuf->head = I915_READ_HEAD(ring);
|
|
|
|
ringbuf->space = intel_ring_space(ringbuf);
|
|
|
|
if (ringbuf->space >= bytes) {
|
|
|
|
ret = 0;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
msleep(1);
|
|
|
|
|
|
|
|
if (dev_priv->mm.interruptible && signal_pending(current)) {
|
|
|
|
ret = -ERESTARTSYS;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = i915_gem_check_wedge(&dev_priv->gpu_error,
|
|
|
|
dev_priv->mm.interruptible);
|
|
|
|
if (ret)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (time_after(jiffies, end)) {
|
|
|
|
ret = -EBUSY;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
} while (1);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_ring_wrap_buffer(struct intel_ringbuffer *ringbuf)
|
|
|
|
{
|
|
|
|
uint32_t __iomem *virt;
|
|
|
|
int rem = ringbuf->size - ringbuf->tail;
|
|
|
|
|
|
|
|
if (ringbuf->space < rem) {
|
|
|
|
int ret = logical_ring_wait_for_space(ringbuf, rem);
|
|
|
|
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
virt = ringbuf->virtual_start + ringbuf->tail;
|
|
|
|
rem /= 4;
|
|
|
|
while (rem--)
|
|
|
|
iowrite32(MI_NOOP, virt++);
|
|
|
|
|
|
|
|
ringbuf->tail = 0;
|
|
|
|
ringbuf->space = intel_ring_space(ringbuf);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_ring_prepare(struct intel_ringbuffer *ringbuf, int bytes)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (unlikely(ringbuf->tail + bytes > ringbuf->effective_size)) {
|
|
|
|
ret = logical_ring_wrap_buffer(ringbuf);
|
|
|
|
if (unlikely(ret))
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (unlikely(ringbuf->space < bytes)) {
|
|
|
|
ret = logical_ring_wait_for_space(ringbuf, bytes);
|
|
|
|
if (unlikely(ret))
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int intel_logical_ring_begin(struct intel_ringbuffer *ringbuf, int num_dwords)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = i915_gem_check_wedge(&dev_priv->gpu_error,
|
|
|
|
dev_priv->mm.interruptible);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
ret = logical_ring_prepare(ringbuf, num_dwords * sizeof(uint32_t));
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* Preallocate the olr before touching the ring */
|
2014-07-25 00:04:29 +08:00
|
|
|
ret = logical_ring_alloc_seqno(ring, ringbuf->FIXME_lrc_ctx);
|
2014-07-25 00:04:26 +08:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
ringbuf->space -= num_dwords * sizeof(uint32_t);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:24 +08:00
|
|
|
static int gen8_init_common_ring(struct intel_engine_cs *ring)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
|
2014-07-25 00:04:31 +08:00
|
|
|
I915_WRITE_IMR(ring, ~(ring->irq_enable_mask | ring->irq_keep_mask));
|
|
|
|
I915_WRITE(RING_HWSTAM(ring->mmio_base), 0xffffffff);
|
|
|
|
|
2014-07-25 00:04:24 +08:00
|
|
|
I915_WRITE(RING_MODE_GEN7(ring),
|
|
|
|
_MASKED_BIT_DISABLE(GFX_REPLAY_MODE) |
|
|
|
|
_MASKED_BIT_ENABLE(GFX_RUN_LIST_ENABLE));
|
|
|
|
POSTING_READ(RING_MODE_GEN7(ring));
|
|
|
|
DRM_DEBUG_DRIVER("Execlists enabled for %s\n", ring->name);
|
|
|
|
|
|
|
|
memset(&ring->hangcheck, 0, sizeof(ring->hangcheck));
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int gen8_init_render_ring(struct intel_engine_cs *ring)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = gen8_init_common_ring(ring);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* We need to disable the AsyncFlip performance optimisations in order
|
|
|
|
* to use MI_WAIT_FOR_EVENT within the CS. It should already be
|
|
|
|
* programmed to '1' on all products.
|
|
|
|
*
|
|
|
|
* WaDisableAsyncFlipPerfMode:snb,ivb,hsw,vlv,bdw,chv
|
|
|
|
*/
|
|
|
|
I915_WRITE(MI_MODE, _MASKED_BIT_ENABLE(ASYNC_FLIP_PERF_DISABLE));
|
|
|
|
|
|
|
|
ret = intel_init_pipe_control(ring);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
I915_WRITE(INSTPM, _MASKED_BIT_ENABLE(INSTPM_FORCE_ORDERING));
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:32 +08:00
|
|
|
static int gen8_emit_bb_start(struct intel_ringbuffer *ringbuf,
|
|
|
|
u64 offset, unsigned flags)
|
|
|
|
{
|
|
|
|
bool ppgtt = !(flags & I915_DISPATCH_SECURE);
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = intel_logical_ring_begin(ringbuf, 4);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* FIXME(BDW): Address space and security selectors. */
|
|
|
|
intel_logical_ring_emit(ringbuf, MI_BATCH_BUFFER_START_GEN8 | (ppgtt<<8));
|
|
|
|
intel_logical_ring_emit(ringbuf, lower_32_bits(offset));
|
|
|
|
intel_logical_ring_emit(ringbuf, upper_32_bits(offset));
|
|
|
|
intel_logical_ring_emit(ringbuf, MI_NOOP);
|
|
|
|
intel_logical_ring_advance(ringbuf);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:31 +08:00
|
|
|
static bool gen8_logical_ring_get_irq(struct intel_engine_cs *ring)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
if (!dev->irq_enabled)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&dev_priv->irq_lock, flags);
|
|
|
|
if (ring->irq_refcount++ == 0) {
|
|
|
|
I915_WRITE_IMR(ring, ~(ring->irq_enable_mask | ring->irq_keep_mask));
|
|
|
|
POSTING_READ(RING_IMR(ring->mmio_base));
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&dev_priv->irq_lock, flags);
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void gen8_logical_ring_put_irq(struct intel_engine_cs *ring)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&dev_priv->irq_lock, flags);
|
|
|
|
if (--ring->irq_refcount == 0) {
|
|
|
|
I915_WRITE_IMR(ring, ~ring->irq_keep_mask);
|
|
|
|
POSTING_READ(RING_IMR(ring->mmio_base));
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&dev_priv->irq_lock, flags);
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:28 +08:00
|
|
|
static int gen8_emit_flush(struct intel_ringbuffer *ringbuf,
|
|
|
|
u32 invalidate_domains,
|
|
|
|
u32 unused)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
uint32_t cmd;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = intel_logical_ring_begin(ringbuf, 4);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
cmd = MI_FLUSH_DW + 1;
|
|
|
|
|
|
|
|
if (ring == &dev_priv->ring[VCS]) {
|
|
|
|
if (invalidate_domains & I915_GEM_GPU_DOMAINS)
|
|
|
|
cmd |= MI_INVALIDATE_TLB | MI_INVALIDATE_BSD |
|
|
|
|
MI_FLUSH_DW_STORE_INDEX |
|
|
|
|
MI_FLUSH_DW_OP_STOREDW;
|
|
|
|
} else {
|
|
|
|
if (invalidate_domains & I915_GEM_DOMAIN_RENDER)
|
|
|
|
cmd |= MI_INVALIDATE_TLB | MI_FLUSH_DW_STORE_INDEX |
|
|
|
|
MI_FLUSH_DW_OP_STOREDW;
|
|
|
|
}
|
|
|
|
|
|
|
|
intel_logical_ring_emit(ringbuf, cmd);
|
|
|
|
intel_logical_ring_emit(ringbuf,
|
|
|
|
I915_GEM_HWS_SCRATCH_ADDR |
|
|
|
|
MI_FLUSH_DW_USE_GTT);
|
|
|
|
intel_logical_ring_emit(ringbuf, 0); /* upper addr */
|
|
|
|
intel_logical_ring_emit(ringbuf, 0); /* value */
|
|
|
|
intel_logical_ring_advance(ringbuf);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int gen8_emit_flush_render(struct intel_ringbuffer *ringbuf,
|
|
|
|
u32 invalidate_domains,
|
|
|
|
u32 flush_domains)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
u32 scratch_addr = ring->scratch.gtt_offset + 2 * CACHELINE_BYTES;
|
|
|
|
u32 flags = 0;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
flags |= PIPE_CONTROL_CS_STALL;
|
|
|
|
|
|
|
|
if (flush_domains) {
|
|
|
|
flags |= PIPE_CONTROL_RENDER_TARGET_CACHE_FLUSH;
|
|
|
|
flags |= PIPE_CONTROL_DEPTH_CACHE_FLUSH;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (invalidate_domains) {
|
|
|
|
flags |= PIPE_CONTROL_TLB_INVALIDATE;
|
|
|
|
flags |= PIPE_CONTROL_INSTRUCTION_CACHE_INVALIDATE;
|
|
|
|
flags |= PIPE_CONTROL_TEXTURE_CACHE_INVALIDATE;
|
|
|
|
flags |= PIPE_CONTROL_VF_CACHE_INVALIDATE;
|
|
|
|
flags |= PIPE_CONTROL_CONST_CACHE_INVALIDATE;
|
|
|
|
flags |= PIPE_CONTROL_STATE_CACHE_INVALIDATE;
|
|
|
|
flags |= PIPE_CONTROL_QW_WRITE;
|
|
|
|
flags |= PIPE_CONTROL_GLOBAL_GTT_IVB;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = intel_logical_ring_begin(ringbuf, 6);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
intel_logical_ring_emit(ringbuf, GFX_OP_PIPE_CONTROL(6));
|
|
|
|
intel_logical_ring_emit(ringbuf, flags);
|
|
|
|
intel_logical_ring_emit(ringbuf, scratch_addr);
|
|
|
|
intel_logical_ring_emit(ringbuf, 0);
|
|
|
|
intel_logical_ring_emit(ringbuf, 0);
|
|
|
|
intel_logical_ring_emit(ringbuf, 0);
|
|
|
|
intel_logical_ring_advance(ringbuf);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:25 +08:00
|
|
|
static u32 gen8_get_seqno(struct intel_engine_cs *ring, bool lazy_coherency)
|
|
|
|
{
|
|
|
|
return intel_read_status_page(ring, I915_GEM_HWS_INDEX);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void gen8_set_seqno(struct intel_engine_cs *ring, u32 seqno)
|
|
|
|
{
|
|
|
|
intel_write_status_page(ring, I915_GEM_HWS_INDEX, seqno);
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:27 +08:00
|
|
|
static int gen8_emit_request(struct intel_ringbuffer *ringbuf)
|
|
|
|
{
|
|
|
|
struct intel_engine_cs *ring = ringbuf->ring;
|
|
|
|
u32 cmd;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = intel_logical_ring_begin(ringbuf, 6);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
cmd = MI_STORE_DWORD_IMM_GEN8;
|
|
|
|
cmd |= MI_GLOBAL_GTT;
|
|
|
|
|
|
|
|
intel_logical_ring_emit(ringbuf, cmd);
|
|
|
|
intel_logical_ring_emit(ringbuf,
|
|
|
|
(ring->status_page.gfx_addr +
|
|
|
|
(I915_GEM_HWS_INDEX << MI_STORE_DWORD_INDEX_SHIFT)));
|
|
|
|
intel_logical_ring_emit(ringbuf, 0);
|
|
|
|
intel_logical_ring_emit(ringbuf, ring->outstanding_lazy_seqno);
|
|
|
|
intel_logical_ring_emit(ringbuf, MI_USER_INTERRUPT);
|
|
|
|
intel_logical_ring_emit(ringbuf, MI_NOOP);
|
|
|
|
intel_logical_ring_advance_and_submit(ringbuf);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
void intel_logical_ring_cleanup(struct intel_engine_cs *ring)
|
|
|
|
{
|
2014-07-25 00:04:30 +08:00
|
|
|
struct drm_i915_private *dev_priv = ring->dev->dev_private;
|
|
|
|
|
2014-07-25 00:04:23 +08:00
|
|
|
if (!intel_ring_initialized(ring))
|
|
|
|
return;
|
|
|
|
|
2014-07-25 00:04:30 +08:00
|
|
|
intel_logical_ring_stop(ring);
|
|
|
|
WARN_ON((I915_READ_MODE(ring) & MODE_IDLE) == 0);
|
2014-07-25 00:04:23 +08:00
|
|
|
ring->preallocated_lazy_request = NULL;
|
|
|
|
ring->outstanding_lazy_seqno = 0;
|
|
|
|
|
|
|
|
if (ring->cleanup)
|
|
|
|
ring->cleanup(ring);
|
|
|
|
|
|
|
|
i915_cmd_parser_fini_ring(ring);
|
|
|
|
|
|
|
|
if (ring->status_page.obj) {
|
|
|
|
kunmap(sg_page(ring->status_page.obj->pages->sgl));
|
|
|
|
ring->status_page.obj = NULL;
|
|
|
|
}
|
2014-07-25 00:04:22 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_ring_init(struct drm_device *dev, struct intel_engine_cs *ring)
|
|
|
|
{
|
2014-07-25 00:04:23 +08:00
|
|
|
int ret;
|
|
|
|
struct intel_context *dctx = ring->default_context;
|
|
|
|
struct drm_i915_gem_object *dctx_obj;
|
|
|
|
|
|
|
|
/* Intentionally left blank. */
|
|
|
|
ring->buffer = NULL;
|
|
|
|
|
|
|
|
ring->dev = dev;
|
|
|
|
INIT_LIST_HEAD(&ring->active_list);
|
|
|
|
INIT_LIST_HEAD(&ring->request_list);
|
|
|
|
init_waitqueue_head(&ring->irq_queue);
|
|
|
|
|
2014-07-25 00:04:38 +08:00
|
|
|
INIT_LIST_HEAD(&ring->execlist_queue);
|
|
|
|
spin_lock_init(&ring->execlist_lock);
|
drm/i915/bdw: Handle context switch events
Handle all context status events in the context status buffer on every
context switch interrupt. We only remove work from the execlist queue
after a context status buffer reports that it has completed and we only
attempt to schedule new contexts on interrupt when a previously submitted
context completes (unless no contexts are queued, which means the GPU is
free).
We canot call intel_runtime_pm_get() in an interrupt (or with a spinlock
grabbed, FWIW), because it might sleep, which is not a nice thing to do.
Instead, do the runtime_pm get/put together with the create/destroy request,
and handle the forcewake get/put directly.
Signed-off-by: Thomas Daniel <thomas.daniel@intel.com>
v2: Unreferencing the context when we are freeing the request might free
the backing bo, which requires the struct_mutex to be grabbed, so defer
unreferencing and freeing to a bottom half.
v3:
- Ack the interrupt inmediately, before trying to handle it (fix for
missing interrupts by Bob Beckett <robert.beckett@intel.com>).
- Update the Context Status Buffer Read Pointer, just in case (spotted
by Damien Lespiau).
v4: New namespace and multiple rebase changes.
v5: Squash with "drm/i915/bdw: Do not call intel_runtime_pm_get() in an
interrupt", as suggested by Daniel.
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
[danvet: Checkpatch ...]
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:39 +08:00
|
|
|
ring->next_context_status_buffer = 0;
|
2014-07-25 00:04:38 +08:00
|
|
|
|
2014-07-25 00:04:23 +08:00
|
|
|
ret = intel_lr_context_deferred_create(dctx, ring);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* The status page is offset 0 from the context object in LRCs. */
|
|
|
|
dctx_obj = dctx->engine[ring->id].state;
|
|
|
|
ring->status_page.gfx_addr = i915_gem_obj_ggtt_offset(dctx_obj);
|
|
|
|
ring->status_page.page_addr = kmap(sg_page(dctx_obj->pages->sgl));
|
|
|
|
if (ring->status_page.page_addr == NULL)
|
|
|
|
return -ENOMEM;
|
|
|
|
ring->status_page.obj = dctx_obj;
|
|
|
|
|
|
|
|
ret = i915_cmd_parser_init_ring(ring);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (ring->init) {
|
|
|
|
ret = ring->init(ring);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_render_ring_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_engine_cs *ring = &dev_priv->ring[RCS];
|
|
|
|
|
|
|
|
ring->name = "render ring";
|
|
|
|
ring->id = RCS;
|
|
|
|
ring->mmio_base = RENDER_RING_BASE;
|
|
|
|
ring->irq_enable_mask =
|
|
|
|
GT_RENDER_USER_INTERRUPT << GEN8_RCS_IRQ_SHIFT;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_keep_mask =
|
|
|
|
GT_CONTEXT_SWITCH_INTERRUPT << GEN8_RCS_IRQ_SHIFT;
|
|
|
|
if (HAS_L3_DPF(dev))
|
|
|
|
ring->irq_keep_mask |= GT_RENDER_L3_PARITY_ERROR_INTERRUPT;
|
2014-07-25 00:04:22 +08:00
|
|
|
|
2014-07-25 00:04:24 +08:00
|
|
|
ring->init = gen8_init_render_ring;
|
|
|
|
ring->cleanup = intel_fini_pipe_control;
|
2014-07-25 00:04:25 +08:00
|
|
|
ring->get_seqno = gen8_get_seqno;
|
|
|
|
ring->set_seqno = gen8_set_seqno;
|
2014-07-25 00:04:27 +08:00
|
|
|
ring->emit_request = gen8_emit_request;
|
2014-07-25 00:04:28 +08:00
|
|
|
ring->emit_flush = gen8_emit_flush_render;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_get = gen8_logical_ring_get_irq;
|
|
|
|
ring->irq_put = gen8_logical_ring_put_irq;
|
2014-07-25 00:04:32 +08:00
|
|
|
ring->emit_bb_start = gen8_emit_bb_start;
|
2014-07-25 00:04:24 +08:00
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
return logical_ring_init(dev, ring);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_bsd_ring_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_engine_cs *ring = &dev_priv->ring[VCS];
|
|
|
|
|
|
|
|
ring->name = "bsd ring";
|
|
|
|
ring->id = VCS;
|
|
|
|
ring->mmio_base = GEN6_BSD_RING_BASE;
|
|
|
|
ring->irq_enable_mask =
|
|
|
|
GT_RENDER_USER_INTERRUPT << GEN8_VCS1_IRQ_SHIFT;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_keep_mask =
|
|
|
|
GT_CONTEXT_SWITCH_INTERRUPT << GEN8_VCS1_IRQ_SHIFT;
|
2014-07-25 00:04:22 +08:00
|
|
|
|
2014-07-25 00:04:24 +08:00
|
|
|
ring->init = gen8_init_common_ring;
|
2014-07-25 00:04:25 +08:00
|
|
|
ring->get_seqno = gen8_get_seqno;
|
|
|
|
ring->set_seqno = gen8_set_seqno;
|
2014-07-25 00:04:27 +08:00
|
|
|
ring->emit_request = gen8_emit_request;
|
2014-07-25 00:04:28 +08:00
|
|
|
ring->emit_flush = gen8_emit_flush;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_get = gen8_logical_ring_get_irq;
|
|
|
|
ring->irq_put = gen8_logical_ring_put_irq;
|
2014-07-25 00:04:32 +08:00
|
|
|
ring->emit_bb_start = gen8_emit_bb_start;
|
2014-07-25 00:04:24 +08:00
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
return logical_ring_init(dev, ring);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_bsd2_ring_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_engine_cs *ring = &dev_priv->ring[VCS2];
|
|
|
|
|
|
|
|
ring->name = "bds2 ring";
|
|
|
|
ring->id = VCS2;
|
|
|
|
ring->mmio_base = GEN8_BSD2_RING_BASE;
|
|
|
|
ring->irq_enable_mask =
|
|
|
|
GT_RENDER_USER_INTERRUPT << GEN8_VCS2_IRQ_SHIFT;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_keep_mask =
|
|
|
|
GT_CONTEXT_SWITCH_INTERRUPT << GEN8_VCS2_IRQ_SHIFT;
|
2014-07-25 00:04:22 +08:00
|
|
|
|
2014-07-25 00:04:24 +08:00
|
|
|
ring->init = gen8_init_common_ring;
|
2014-07-25 00:04:25 +08:00
|
|
|
ring->get_seqno = gen8_get_seqno;
|
|
|
|
ring->set_seqno = gen8_set_seqno;
|
2014-07-25 00:04:27 +08:00
|
|
|
ring->emit_request = gen8_emit_request;
|
2014-07-25 00:04:28 +08:00
|
|
|
ring->emit_flush = gen8_emit_flush;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_get = gen8_logical_ring_get_irq;
|
|
|
|
ring->irq_put = gen8_logical_ring_put_irq;
|
2014-07-25 00:04:32 +08:00
|
|
|
ring->emit_bb_start = gen8_emit_bb_start;
|
2014-07-25 00:04:24 +08:00
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
return logical_ring_init(dev, ring);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_blt_ring_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_engine_cs *ring = &dev_priv->ring[BCS];
|
|
|
|
|
|
|
|
ring->name = "blitter ring";
|
|
|
|
ring->id = BCS;
|
|
|
|
ring->mmio_base = BLT_RING_BASE;
|
|
|
|
ring->irq_enable_mask =
|
|
|
|
GT_RENDER_USER_INTERRUPT << GEN8_BCS_IRQ_SHIFT;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_keep_mask =
|
|
|
|
GT_CONTEXT_SWITCH_INTERRUPT << GEN8_BCS_IRQ_SHIFT;
|
2014-07-25 00:04:22 +08:00
|
|
|
|
2014-07-25 00:04:24 +08:00
|
|
|
ring->init = gen8_init_common_ring;
|
2014-07-25 00:04:25 +08:00
|
|
|
ring->get_seqno = gen8_get_seqno;
|
|
|
|
ring->set_seqno = gen8_set_seqno;
|
2014-07-25 00:04:27 +08:00
|
|
|
ring->emit_request = gen8_emit_request;
|
2014-07-25 00:04:28 +08:00
|
|
|
ring->emit_flush = gen8_emit_flush;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_get = gen8_logical_ring_get_irq;
|
|
|
|
ring->irq_put = gen8_logical_ring_put_irq;
|
2014-07-25 00:04:32 +08:00
|
|
|
ring->emit_bb_start = gen8_emit_bb_start;
|
2014-07-25 00:04:24 +08:00
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
return logical_ring_init(dev, ring);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int logical_vebox_ring_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
struct intel_engine_cs *ring = &dev_priv->ring[VECS];
|
|
|
|
|
|
|
|
ring->name = "video enhancement ring";
|
|
|
|
ring->id = VECS;
|
|
|
|
ring->mmio_base = VEBOX_RING_BASE;
|
|
|
|
ring->irq_enable_mask =
|
|
|
|
GT_RENDER_USER_INTERRUPT << GEN8_VECS_IRQ_SHIFT;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_keep_mask =
|
|
|
|
GT_CONTEXT_SWITCH_INTERRUPT << GEN8_VECS_IRQ_SHIFT;
|
2014-07-25 00:04:22 +08:00
|
|
|
|
2014-07-25 00:04:24 +08:00
|
|
|
ring->init = gen8_init_common_ring;
|
2014-07-25 00:04:25 +08:00
|
|
|
ring->get_seqno = gen8_get_seqno;
|
|
|
|
ring->set_seqno = gen8_set_seqno;
|
2014-07-25 00:04:27 +08:00
|
|
|
ring->emit_request = gen8_emit_request;
|
2014-07-25 00:04:28 +08:00
|
|
|
ring->emit_flush = gen8_emit_flush;
|
2014-07-25 00:04:31 +08:00
|
|
|
ring->irq_get = gen8_logical_ring_get_irq;
|
|
|
|
ring->irq_put = gen8_logical_ring_put_irq;
|
2014-07-25 00:04:32 +08:00
|
|
|
ring->emit_bb_start = gen8_emit_bb_start;
|
2014-07-25 00:04:24 +08:00
|
|
|
|
2014-07-25 00:04:22 +08:00
|
|
|
return logical_ring_init(dev, ring);
|
|
|
|
}
|
|
|
|
|
|
|
|
int intel_logical_rings_init(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_i915_private *dev_priv = dev->dev_private;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = logical_render_ring_init(dev);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (HAS_BSD(dev)) {
|
|
|
|
ret = logical_bsd_ring_init(dev);
|
|
|
|
if (ret)
|
|
|
|
goto cleanup_render_ring;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (HAS_BLT(dev)) {
|
|
|
|
ret = logical_blt_ring_init(dev);
|
|
|
|
if (ret)
|
|
|
|
goto cleanup_bsd_ring;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (HAS_VEBOX(dev)) {
|
|
|
|
ret = logical_vebox_ring_init(dev);
|
|
|
|
if (ret)
|
|
|
|
goto cleanup_blt_ring;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (HAS_BSD2(dev)) {
|
|
|
|
ret = logical_bsd2_ring_init(dev);
|
|
|
|
if (ret)
|
|
|
|
goto cleanup_vebox_ring;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = i915_gem_set_seqno(dev, ((u32)~0 - 0x1000));
|
|
|
|
if (ret)
|
|
|
|
goto cleanup_bsd2_ring;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
cleanup_bsd2_ring:
|
|
|
|
intel_logical_ring_cleanup(&dev_priv->ring[VCS2]);
|
|
|
|
cleanup_vebox_ring:
|
|
|
|
intel_logical_ring_cleanup(&dev_priv->ring[VECS]);
|
|
|
|
cleanup_blt_ring:
|
|
|
|
intel_logical_ring_cleanup(&dev_priv->ring[BCS]);
|
|
|
|
cleanup_bsd_ring:
|
|
|
|
intel_logical_ring_cleanup(&dev_priv->ring[VCS]);
|
|
|
|
cleanup_render_ring:
|
|
|
|
intel_logical_ring_cleanup(&dev_priv->ring[RCS]);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
drm/i915/bdw: Populate LR contexts (somewhat)
For the most part, logical ring context objects are similar to hardware
contexts in that the backing object is meant to be opaque. There are
some exceptions where we need to poke certain offsets of the object for
initialization, updating the tail pointer or updating the PDPs.
For our basic execlist implementation we'll only need our PPGTT PDs,
and ringbuffer addresses in order to set up the context. With previous
patches, we have both, so start prepping the context to be load.
Before running a context for the first time you must populate some
fields in the context object. These fields begin 1 PAGE + LRCA, ie. the
first page (in 0 based counting) of the context image. These same
fields will be read and written to as contexts are saved and restored
once the system is up and running.
Many of these fields are completely reused from previous global
registers: ringbuffer head/tail/control, context control matches some
previous MI_SET_CONTEXT flags, and page directories. There are other
fields which we don't touch which we may want in the future.
v2: CTX_LRI_HEADER_0 is MI_LOAD_REGISTER_IMM(14) for render and (11)
for other engines.
v3: Several rebases and general changes to the code.
v4: Squash with "Extract LR context object populating"
Also, Damien's review comments:
- Set the Force Posted bit on the LRI header, as the BSpec suggest we do.
- Prevent warning when compiling a 32-bits kernel without HIGHMEM64.
- Add a clarifying comment to the context population code.
v5: Damien's review comments:
- The third MI_LOAD_REGISTER_IMM in the context does not set Force Posted.
- Remove dead code.
v6: Add a note about the (presumed) differences between BDW and CHV state
contexts. Also, Brad's review comments:
- Use the _MASKED_BIT_ENABLE, upper_32_bits and lower_32_bits macros.
- Be less magical about how we set the ring size in the context.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Rafael Barbalho <rafael.barbalho@intel.com> (v2)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:17 +08:00
|
|
|
static int
|
|
|
|
populate_lr_context(struct intel_context *ctx, struct drm_i915_gem_object *ctx_obj,
|
|
|
|
struct intel_engine_cs *ring, struct intel_ringbuffer *ringbuf)
|
|
|
|
{
|
|
|
|
struct drm_i915_gem_object *ring_obj = ringbuf->obj;
|
2014-08-06 21:04:53 +08:00
|
|
|
struct i915_hw_ppgtt *ppgtt = ctx->ppgtt;
|
drm/i915/bdw: Populate LR contexts (somewhat)
For the most part, logical ring context objects are similar to hardware
contexts in that the backing object is meant to be opaque. There are
some exceptions where we need to poke certain offsets of the object for
initialization, updating the tail pointer or updating the PDPs.
For our basic execlist implementation we'll only need our PPGTT PDs,
and ringbuffer addresses in order to set up the context. With previous
patches, we have both, so start prepping the context to be load.
Before running a context for the first time you must populate some
fields in the context object. These fields begin 1 PAGE + LRCA, ie. the
first page (in 0 based counting) of the context image. These same
fields will be read and written to as contexts are saved and restored
once the system is up and running.
Many of these fields are completely reused from previous global
registers: ringbuffer head/tail/control, context control matches some
previous MI_SET_CONTEXT flags, and page directories. There are other
fields which we don't touch which we may want in the future.
v2: CTX_LRI_HEADER_0 is MI_LOAD_REGISTER_IMM(14) for render and (11)
for other engines.
v3: Several rebases and general changes to the code.
v4: Squash with "Extract LR context object populating"
Also, Damien's review comments:
- Set the Force Posted bit on the LRI header, as the BSpec suggest we do.
- Prevent warning when compiling a 32-bits kernel without HIGHMEM64.
- Add a clarifying comment to the context population code.
v5: Damien's review comments:
- The third MI_LOAD_REGISTER_IMM in the context does not set Force Posted.
- Remove dead code.
v6: Add a note about the (presumed) differences between BDW and CHV state
contexts. Also, Brad's review comments:
- Use the _MASKED_BIT_ENABLE, upper_32_bits and lower_32_bits macros.
- Be less magical about how we set the ring size in the context.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Rafael Barbalho <rafael.barbalho@intel.com> (v2)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:17 +08:00
|
|
|
struct page *page;
|
|
|
|
uint32_t *reg_state;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = i915_gem_object_set_to_cpu_domain(ctx_obj, true);
|
|
|
|
if (ret) {
|
|
|
|
DRM_DEBUG_DRIVER("Could not set to CPU domain\n");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = i915_gem_object_get_pages(ctx_obj);
|
|
|
|
if (ret) {
|
|
|
|
DRM_DEBUG_DRIVER("Could not get object pages\n");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
i915_gem_object_pin_pages(ctx_obj);
|
|
|
|
|
|
|
|
/* The second page of the context object contains some fields which must
|
|
|
|
* be set up prior to the first execution. */
|
|
|
|
page = i915_gem_object_get_page(ctx_obj, 1);
|
|
|
|
reg_state = kmap_atomic(page);
|
|
|
|
|
|
|
|
/* A context is actually a big batch buffer with several MI_LOAD_REGISTER_IMM
|
|
|
|
* commands followed by (reg, value) pairs. The values we are setting here are
|
|
|
|
* only for the first context restore: on a subsequent save, the GPU will
|
|
|
|
* recreate this batchbuffer with new values (including all the missing
|
|
|
|
* MI_LOAD_REGISTER_IMM commands that we are not initializing here). */
|
|
|
|
if (ring->id == RCS)
|
|
|
|
reg_state[CTX_LRI_HEADER_0] = MI_LOAD_REGISTER_IMM(14);
|
|
|
|
else
|
|
|
|
reg_state[CTX_LRI_HEADER_0] = MI_LOAD_REGISTER_IMM(11);
|
|
|
|
reg_state[CTX_LRI_HEADER_0] |= MI_LRI_FORCE_POSTED;
|
|
|
|
reg_state[CTX_CONTEXT_CONTROL] = RING_CONTEXT_CONTROL(ring);
|
|
|
|
reg_state[CTX_CONTEXT_CONTROL+1] =
|
|
|
|
_MASKED_BIT_ENABLE((1<<3) | MI_RESTORE_INHIBIT);
|
|
|
|
reg_state[CTX_RING_HEAD] = RING_HEAD(ring->mmio_base);
|
|
|
|
reg_state[CTX_RING_HEAD+1] = 0;
|
|
|
|
reg_state[CTX_RING_TAIL] = RING_TAIL(ring->mmio_base);
|
|
|
|
reg_state[CTX_RING_TAIL+1] = 0;
|
|
|
|
reg_state[CTX_RING_BUFFER_START] = RING_START(ring->mmio_base);
|
|
|
|
reg_state[CTX_RING_BUFFER_START+1] = i915_gem_obj_ggtt_offset(ring_obj);
|
|
|
|
reg_state[CTX_RING_BUFFER_CONTROL] = RING_CTL(ring->mmio_base);
|
|
|
|
reg_state[CTX_RING_BUFFER_CONTROL+1] =
|
|
|
|
((ringbuf->size - PAGE_SIZE) & RING_NR_PAGES) | RING_VALID;
|
|
|
|
reg_state[CTX_BB_HEAD_U] = ring->mmio_base + 0x168;
|
|
|
|
reg_state[CTX_BB_HEAD_U+1] = 0;
|
|
|
|
reg_state[CTX_BB_HEAD_L] = ring->mmio_base + 0x140;
|
|
|
|
reg_state[CTX_BB_HEAD_L+1] = 0;
|
|
|
|
reg_state[CTX_BB_STATE] = ring->mmio_base + 0x110;
|
|
|
|
reg_state[CTX_BB_STATE+1] = (1<<5);
|
|
|
|
reg_state[CTX_SECOND_BB_HEAD_U] = ring->mmio_base + 0x11c;
|
|
|
|
reg_state[CTX_SECOND_BB_HEAD_U+1] = 0;
|
|
|
|
reg_state[CTX_SECOND_BB_HEAD_L] = ring->mmio_base + 0x114;
|
|
|
|
reg_state[CTX_SECOND_BB_HEAD_L+1] = 0;
|
|
|
|
reg_state[CTX_SECOND_BB_STATE] = ring->mmio_base + 0x118;
|
|
|
|
reg_state[CTX_SECOND_BB_STATE+1] = 0;
|
|
|
|
if (ring->id == RCS) {
|
|
|
|
/* TODO: according to BSpec, the register state context
|
|
|
|
* for CHV does not have these. OTOH, these registers do
|
|
|
|
* exist in CHV. I'm waiting for a clarification */
|
|
|
|
reg_state[CTX_BB_PER_CTX_PTR] = ring->mmio_base + 0x1c0;
|
|
|
|
reg_state[CTX_BB_PER_CTX_PTR+1] = 0;
|
|
|
|
reg_state[CTX_RCS_INDIRECT_CTX] = ring->mmio_base + 0x1c4;
|
|
|
|
reg_state[CTX_RCS_INDIRECT_CTX+1] = 0;
|
|
|
|
reg_state[CTX_RCS_INDIRECT_CTX_OFFSET] = ring->mmio_base + 0x1c8;
|
|
|
|
reg_state[CTX_RCS_INDIRECT_CTX_OFFSET+1] = 0;
|
|
|
|
}
|
|
|
|
reg_state[CTX_LRI_HEADER_1] = MI_LOAD_REGISTER_IMM(9);
|
|
|
|
reg_state[CTX_LRI_HEADER_1] |= MI_LRI_FORCE_POSTED;
|
|
|
|
reg_state[CTX_CTX_TIMESTAMP] = ring->mmio_base + 0x3a8;
|
|
|
|
reg_state[CTX_CTX_TIMESTAMP+1] = 0;
|
|
|
|
reg_state[CTX_PDP3_UDW] = GEN8_RING_PDP_UDW(ring, 3);
|
|
|
|
reg_state[CTX_PDP3_LDW] = GEN8_RING_PDP_LDW(ring, 3);
|
|
|
|
reg_state[CTX_PDP2_UDW] = GEN8_RING_PDP_UDW(ring, 2);
|
|
|
|
reg_state[CTX_PDP2_LDW] = GEN8_RING_PDP_LDW(ring, 2);
|
|
|
|
reg_state[CTX_PDP1_UDW] = GEN8_RING_PDP_UDW(ring, 1);
|
|
|
|
reg_state[CTX_PDP1_LDW] = GEN8_RING_PDP_LDW(ring, 1);
|
|
|
|
reg_state[CTX_PDP0_UDW] = GEN8_RING_PDP_UDW(ring, 0);
|
|
|
|
reg_state[CTX_PDP0_LDW] = GEN8_RING_PDP_LDW(ring, 0);
|
|
|
|
reg_state[CTX_PDP3_UDW+1] = upper_32_bits(ppgtt->pd_dma_addr[3]);
|
|
|
|
reg_state[CTX_PDP3_LDW+1] = lower_32_bits(ppgtt->pd_dma_addr[3]);
|
|
|
|
reg_state[CTX_PDP2_UDW+1] = upper_32_bits(ppgtt->pd_dma_addr[2]);
|
|
|
|
reg_state[CTX_PDP2_LDW+1] = lower_32_bits(ppgtt->pd_dma_addr[2]);
|
|
|
|
reg_state[CTX_PDP1_UDW+1] = upper_32_bits(ppgtt->pd_dma_addr[1]);
|
|
|
|
reg_state[CTX_PDP1_LDW+1] = lower_32_bits(ppgtt->pd_dma_addr[1]);
|
|
|
|
reg_state[CTX_PDP0_UDW+1] = upper_32_bits(ppgtt->pd_dma_addr[0]);
|
|
|
|
reg_state[CTX_PDP0_LDW+1] = lower_32_bits(ppgtt->pd_dma_addr[0]);
|
|
|
|
if (ring->id == RCS) {
|
|
|
|
reg_state[CTX_LRI_HEADER_2] = MI_LOAD_REGISTER_IMM(1);
|
|
|
|
reg_state[CTX_R_PWR_CLK_STATE] = 0x20c8;
|
|
|
|
reg_state[CTX_R_PWR_CLK_STATE+1] = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
kunmap_atomic(reg_state);
|
|
|
|
|
|
|
|
ctx_obj->dirty = 1;
|
|
|
|
set_page_dirty(page);
|
|
|
|
i915_gem_object_unpin_pages(ctx_obj);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:12 +08:00
|
|
|
void intel_lr_context_free(struct intel_context *ctx)
|
|
|
|
{
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < I915_NUM_RINGS; i++) {
|
|
|
|
struct drm_i915_gem_object *ctx_obj = ctx->engine[i].state;
|
2014-07-25 00:04:15 +08:00
|
|
|
struct intel_ringbuffer *ringbuf = ctx->engine[i].ringbuf;
|
|
|
|
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
if (ctx_obj) {
|
2014-07-25 00:04:15 +08:00
|
|
|
intel_destroy_ringbuffer_obj(ringbuf);
|
|
|
|
kfree(ringbuf);
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
i915_gem_object_ggtt_unpin(ctx_obj);
|
|
|
|
drm_gem_object_unreference(&ctx_obj->base);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint32_t get_lr_context_size(struct intel_engine_cs *ring)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
WARN_ON(INTEL_INFO(ring->dev)->gen != 8);
|
|
|
|
|
|
|
|
switch (ring->id) {
|
|
|
|
case RCS:
|
|
|
|
ret = GEN8_LR_CONTEXT_RENDER_SIZE;
|
|
|
|
break;
|
|
|
|
case VCS:
|
|
|
|
case BCS:
|
|
|
|
case VECS:
|
|
|
|
case VCS2:
|
|
|
|
ret = GEN8_LR_CONTEXT_OTHER_SIZE;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
2014-07-25 00:04:12 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
int intel_lr_context_deferred_create(struct intel_context *ctx,
|
|
|
|
struct intel_engine_cs *ring)
|
|
|
|
{
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
struct drm_device *dev = ring->dev;
|
|
|
|
struct drm_i915_gem_object *ctx_obj;
|
|
|
|
uint32_t context_size;
|
2014-07-25 00:04:15 +08:00
|
|
|
struct intel_ringbuffer *ringbuf;
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
int ret;
|
|
|
|
|
2014-07-25 00:04:12 +08:00
|
|
|
WARN_ON(ctx->legacy_hw_ctx.rcs_state != NULL);
|
2014-07-25 00:04:23 +08:00
|
|
|
if (ctx->engine[ring->id].state)
|
|
|
|
return 0;
|
2014-07-25 00:04:12 +08:00
|
|
|
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
context_size = round_up(get_lr_context_size(ring), 4096);
|
|
|
|
|
|
|
|
ctx_obj = i915_gem_alloc_context_obj(dev, context_size);
|
|
|
|
if (IS_ERR(ctx_obj)) {
|
|
|
|
ret = PTR_ERR(ctx_obj);
|
|
|
|
DRM_DEBUG_DRIVER("Alloc LRC backing obj failed: %d\n", ret);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = i915_gem_obj_ggtt_pin(ctx_obj, GEN8_LR_CONTEXT_ALIGN, 0);
|
|
|
|
if (ret) {
|
|
|
|
DRM_DEBUG_DRIVER("Pin LRC backing obj failed: %d\n", ret);
|
|
|
|
drm_gem_object_unreference(&ctx_obj->base);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2014-07-25 00:04:15 +08:00
|
|
|
ringbuf = kzalloc(sizeof(*ringbuf), GFP_KERNEL);
|
|
|
|
if (!ringbuf) {
|
|
|
|
DRM_DEBUG_DRIVER("Failed to allocate ringbuffer %s\n",
|
|
|
|
ring->name);
|
|
|
|
i915_gem_object_ggtt_unpin(ctx_obj);
|
|
|
|
drm_gem_object_unreference(&ctx_obj->base);
|
|
|
|
ret = -ENOMEM;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2014-08-11 22:17:44 +08:00
|
|
|
ringbuf->ring = ring;
|
2014-07-25 00:04:16 +08:00
|
|
|
ringbuf->FIXME_lrc_ctx = ctx;
|
|
|
|
|
2014-07-25 00:04:15 +08:00
|
|
|
ringbuf->size = 32 * PAGE_SIZE;
|
|
|
|
ringbuf->effective_size = ringbuf->size;
|
|
|
|
ringbuf->head = 0;
|
|
|
|
ringbuf->tail = 0;
|
|
|
|
ringbuf->space = ringbuf->size;
|
|
|
|
ringbuf->last_retired_head = -1;
|
|
|
|
|
|
|
|
/* TODO: For now we put this in the mappable region so that we can reuse
|
|
|
|
* the existing ringbuffer code which ioremaps it. When we start
|
|
|
|
* creating many contexts, this will no longer work and we must switch
|
|
|
|
* to a kmapish interface.
|
|
|
|
*/
|
|
|
|
ret = intel_alloc_ringbuffer_obj(dev, ringbuf);
|
|
|
|
if (ret) {
|
|
|
|
DRM_DEBUG_DRIVER("Failed to allocate ringbuffer obj %s: %d\n",
|
|
|
|
ring->name, ret);
|
drm/i915/bdw: Populate LR contexts (somewhat)
For the most part, logical ring context objects are similar to hardware
contexts in that the backing object is meant to be opaque. There are
some exceptions where we need to poke certain offsets of the object for
initialization, updating the tail pointer or updating the PDPs.
For our basic execlist implementation we'll only need our PPGTT PDs,
and ringbuffer addresses in order to set up the context. With previous
patches, we have both, so start prepping the context to be load.
Before running a context for the first time you must populate some
fields in the context object. These fields begin 1 PAGE + LRCA, ie. the
first page (in 0 based counting) of the context image. These same
fields will be read and written to as contexts are saved and restored
once the system is up and running.
Many of these fields are completely reused from previous global
registers: ringbuffer head/tail/control, context control matches some
previous MI_SET_CONTEXT flags, and page directories. There are other
fields which we don't touch which we may want in the future.
v2: CTX_LRI_HEADER_0 is MI_LOAD_REGISTER_IMM(14) for render and (11)
for other engines.
v3: Several rebases and general changes to the code.
v4: Squash with "Extract LR context object populating"
Also, Damien's review comments:
- Set the Force Posted bit on the LRI header, as the BSpec suggest we do.
- Prevent warning when compiling a 32-bits kernel without HIGHMEM64.
- Add a clarifying comment to the context population code.
v5: Damien's review comments:
- The third MI_LOAD_REGISTER_IMM in the context does not set Force Posted.
- Remove dead code.
v6: Add a note about the (presumed) differences between BDW and CHV state
contexts. Also, Brad's review comments:
- Use the _MASKED_BIT_ENABLE, upper_32_bits and lower_32_bits macros.
- Be less magical about how we set the ring size in the context.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Rafael Barbalho <rafael.barbalho@intel.com> (v2)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:17 +08:00
|
|
|
goto error;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = populate_lr_context(ctx, ctx_obj, ring, ringbuf);
|
|
|
|
if (ret) {
|
|
|
|
DRM_DEBUG_DRIVER("Failed to populate LRC: %d\n", ret);
|
|
|
|
intel_destroy_ringbuffer_obj(ringbuf);
|
|
|
|
goto error;
|
2014-07-25 00:04:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
ctx->engine[ring->id].ringbuf = ringbuf;
|
drm/i915/bdw: A bit more advanced LR context alloc/free
Now that we have the ability to allocate our own context backing objects
and we have multiplexed one of them per engine inside the context structs,
we can finally allocate and free them correctly.
Regarding the context size, reading the register to calculate the sizes
can work, I think, however the docs are very clear about the actual
context sizes on GEN8, so just hardcode that and use it.
v2: Rebased on top of the Full PPGTT series. It is important to notice
that at this point we have one global default context per engine, all
of them using the aliasing PPGTT (as opposed to the single global
default context we have with legacy HW contexts).
v3:
- Go back to one single global default context, this time with multiple
backing objects inside.
- Use different context sizes for non-render engines, as suggested by
Damien (still hardcoded, since the information about the context size
registers in the BSpec is, well, *lacking*).
- Render ctx size is 20 (or 19) pages, but not 21 (caught by Damien).
- Move default context backing object creation to intel_init_ring (so
that we don't waste memory in rings that might not get initialized).
v4:
- Reuse the HW legacy context init/fini.
- Create a separate free function.
- Rename the functions with an intel_ preffix.
v5: Several rebases to account for the changes in the previous patches.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:14 +08:00
|
|
|
ctx->engine[ring->id].state = ctx_obj;
|
2014-07-25 00:04:12 +08:00
|
|
|
|
|
|
|
return 0;
|
drm/i915/bdw: Populate LR contexts (somewhat)
For the most part, logical ring context objects are similar to hardware
contexts in that the backing object is meant to be opaque. There are
some exceptions where we need to poke certain offsets of the object for
initialization, updating the tail pointer or updating the PDPs.
For our basic execlist implementation we'll only need our PPGTT PDs,
and ringbuffer addresses in order to set up the context. With previous
patches, we have both, so start prepping the context to be load.
Before running a context for the first time you must populate some
fields in the context object. These fields begin 1 PAGE + LRCA, ie. the
first page (in 0 based counting) of the context image. These same
fields will be read and written to as contexts are saved and restored
once the system is up and running.
Many of these fields are completely reused from previous global
registers: ringbuffer head/tail/control, context control matches some
previous MI_SET_CONTEXT flags, and page directories. There are other
fields which we don't touch which we may want in the future.
v2: CTX_LRI_HEADER_0 is MI_LOAD_REGISTER_IMM(14) for render and (11)
for other engines.
v3: Several rebases and general changes to the code.
v4: Squash with "Extract LR context object populating"
Also, Damien's review comments:
- Set the Force Posted bit on the LRI header, as the BSpec suggest we do.
- Prevent warning when compiling a 32-bits kernel without HIGHMEM64.
- Add a clarifying comment to the context population code.
v5: Damien's review comments:
- The third MI_LOAD_REGISTER_IMM in the context does not set Force Posted.
- Remove dead code.
v6: Add a note about the (presumed) differences between BDW and CHV state
contexts. Also, Brad's review comments:
- Use the _MASKED_BIT_ENABLE, upper_32_bits and lower_32_bits macros.
- Be less magical about how we set the ring size in the context.
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> (v1)
Signed-off-by: Rafael Barbalho <rafael.barbalho@intel.com> (v2)
Signed-off-by: Oscar Mateo <oscar.mateo@intel.com>
Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2014-07-25 00:04:17 +08:00
|
|
|
|
|
|
|
error:
|
|
|
|
kfree(ringbuf);
|
|
|
|
i915_gem_object_ggtt_unpin(ctx_obj);
|
|
|
|
drm_gem_object_unreference(&ctx_obj->base);
|
|
|
|
return ret;
|
2014-07-25 00:04:12 +08:00
|
|
|
}
|