From: Dave Gordon <david.s.gordon@intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [CI 17/25] drm/i915: Assign every HW context a unique ID
Date: Thu, 28 Apr 2016 19:08:18 +0100 [thread overview]
Message-ID: <57225192.4080908@intel.com> (raw)
In-Reply-To: <20160428153255.GB29549@nuc-i3427.alporthouse.com>
On 28/04/16 16:32, Chris Wilson wrote:
> On Thu, Apr 28, 2016 at 03:55:44PM +0100, Dave Gordon wrote:
>> On 28/04/16 09:56, Chris Wilson wrote:
>>> The hardware tracks contexts and expects all live contexts (those active
>>> on the hardware) to have a unique identifier. This is used by the
>>> hardware to assign pagefaults and the like to a particular context.
>>>
>>> v2: Reorder to make sure ctx->link is not left dangling if the
>>> assignment of a hw_id fails (Mika).
>>>
>>> v3: We have 21bits of context space, not 20.
>>>
>>> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
>>> Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
>>> ---
>>> drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
>>> drivers/gpu/drm/i915/i915_drv.h | 10 +++++++++
>>> drivers/gpu/drm/i915/i915_gem_context.c | 36 +++++++++++++++++++++++++++++++++
>>> 3 files changed, 47 insertions(+), 1 deletion(-)
>>
>> [snip]
>>
>>> +static int assign_hw_id(struct drm_i915_private *dev_priv, unsigned *out)
>>> +{
>>> + int ret;
>>> +
>>> + ret = ida_simple_get(&dev_priv->context_hw_ida,
>>> + 0, MAX_CONTEXT_HW_ID, GFP_KERNEL);
>>> + if (ret < 0) {
>>> + /* Contexts are only released when no longer active.
>>> + * Flush any pending retires to hopefully release some
>>> + * stale contexts and try again.
>>> + */
>>> + i915_gem_retire_requests(dev_priv->dev);
>>> + ret = ida_simple_get(&dev_priv->context_hw_ida,
>>> + 0, MAX_CONTEXT_HW_ID, GFP_KERNEL);
>>
>> Should we once again reserve ID 0 to make it easier to identify
>> things that have not yet been initialised properly?
>
> Otoh, 0 currently is the kernel context. Since we can only get an
> uninitialised value for a use-after-free, I don't see an advantage here
> above and beyond using poisoning, kasan or kmemcheck.
> -Chris
I was thinking more of a use-before-complete-initialisation case, rather
than a use-after-free. Obviously shouldn't happen, but it does (or used
to) with the list-head in the request structure.
.Dave.
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-04-28 18:08 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-28 8:56 [CI 01/25] drm/i915/fbdev: Call intel_unpin_fb_obj() on release Chris Wilson
2016-04-28 8:56 ` [CI 02/25] drm/i915/overlay: Replace i915_gem_obj_ggtt_offset() with the known flip_addr Chris Wilson
2016-04-28 8:56 ` [CI 03/25] io-mapping: Specify mapping size for io_mapping_map_wc() Chris Wilson
2016-04-28 8:56 ` [CI 04/25] drm/i915: Introduce i915_vm_to_ggtt() Chris Wilson
2016-04-28 8:56 ` [CI 05/25] drm/i915: Move ioremap_wc tracking onto VMA Chris Wilson
2016-04-28 8:56 ` [CI 06/25] drm/i915: Use i915_vma_pin_iomap on the ringbuffer object Chris Wilson
2016-04-28 8:56 ` [CI 07/25] drm/i915: Mark the current context as lost on suspend Chris Wilson
2016-04-28 8:56 ` [CI 08/25] drm/i915: L3 cache remapping is part of context switching Chris Wilson
2016-04-28 8:56 ` [CI 09/25] drm/i915: Consolidate L3 remapping LRI Chris Wilson
2016-04-28 8:56 ` [CI 10/25] drm/i915: Remove early l3-remap Chris Wilson
2016-04-28 8:56 ` [CI 11/25] drm/i915: Rearrange switch_context to load the aliasing ppgtt on first use Chris Wilson
2016-04-28 8:56 ` [CI 12/25] drm/i915: Unify intel_ring_begin() Chris Wilson
2016-04-28 8:56 ` [CI 13/25] drm/i915: Remove the identical implementations of request space reservation Chris Wilson
2016-04-28 14:02 ` Dave Gordon
2016-04-28 14:31 ` Chris Wilson
2016-04-28 14:51 ` Daniel Vetter
2016-04-28 8:56 ` [CI 14/25] drm/i915: Manually unwind after a failed request allocation Chris Wilson
2016-04-28 14:43 ` Dave Gordon
2016-04-28 14:55 ` Chris Wilson
2016-04-28 8:56 ` [CI 15/25] drm/i915: Preallocate enough space for the average request Chris Wilson
2016-04-28 8:56 ` [CI 16/25] drm/i915: Update execlists context descriptor format commentary Chris Wilson
2016-04-28 8:56 ` [CI 17/25] drm/i915: Assign every HW context a unique ID Chris Wilson
2016-04-28 14:55 ` Dave Gordon
2016-04-28 15:32 ` Chris Wilson
2016-04-28 18:08 ` Dave Gordon [this message]
2016-04-28 18:35 ` Chris Wilson
2016-04-28 8:56 ` [CI 18/25] drm/i915: Replace the pinned context address with its " Chris Wilson
2016-04-28 15:23 ` Dave Gordon
2016-04-28 8:56 ` [CI 19/25] drm/i915: Refactor execlists default context pinning Chris Wilson
2016-04-28 8:56 ` [CI 20/25] drm/i915: Move the magical deferred context allocation into the request Chris Wilson
2016-04-28 8:56 ` [CI 21/25] drm/i915: Move releasing of the GEM request from free to retire/cancel Chris Wilson
2016-04-28 8:56 ` [CI 22/25] drm/i915: Track the previous pinned context inside the request Chris Wilson
2016-04-28 18:15 ` Dave Gordon
2016-04-28 18:33 ` Chris Wilson
2016-04-28 8:56 ` [CI 23/25] drm/i915: Store LRC hardware id in " Chris Wilson
2016-04-28 8:56 ` [CI 24/25] drm/i915: Stop tracking execlists retired requests Chris Wilson
2016-04-28 8:56 ` [CI 25/25] drm/i915: Unify GPU resets upon shutdown Chris Wilson
2016-04-28 10:58 ` ✗ Fi.CI.BAT: failure for series starting with [CI,01/25] drm/i915/fbdev: Call intel_unpin_fb_obj() on release Patchwork
2016-04-28 11:21 ` Chris Wilson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57225192.4080908@intel.com \
--to=david.s.gordon@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox