From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>,
Mika Kuoppala <mika.kuoppala@linux.intel.com>,
Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 5/9] drm/i915: Use a define for the default priority [0]
Date: Fri, 5 May 2017 10:21:32 +0100 [thread overview]
Message-ID: <d023c76b-fa6e-d667-58de-63cbb97e5d52@linux.intel.com> (raw)
In-Reply-To: <20170505091301.GW24019@nuc-i3427.alporthouse.com>
On 05/05/2017 10:13, Chris Wilson wrote:
> On Fri, May 05, 2017 at 11:31:14AM +0300, Mika Kuoppala wrote:
>> Chris Wilson <chris@chris-wilson.co.uk> writes:
>>
>>> On Thu, May 04, 2017 at 04:32:34PM +0300, Joonas Lahtinen wrote:
>>>> On ke, 2017-05-03 at 12:37 +0100, Chris Wilson wrote:
>>>>> Explicitly assign the default priority, and give it a name (macro).
>>>>>
>>>>> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
>>>>
>>>> <SNIP>
>>>>
>>>>> kref_init(&ctx->ref);
>>>>> list_add_tail(&ctx->link, &dev_priv->context_list);
>>>>> ctx->i915 = dev_priv;
>>>>> + ctx->priority = I915_PRIORITY_DFL;
>>>>
>>>> I915_PRIORITY_DEFAULT would work better.
>>>
>>> On the one hand I have the symmetry with MIN, DFL, MAX, on the other
>>> hand DFL is plain bizarre.
>>
>> DEF?
>
> I915_PRIORITY_DEFEAT. I'm perfectly happy just to 0, pesky Tvrtko.
Will to argue deflated. :) I suggested it for benefit in one of the
later patches which explicitly compared against zero. if < 0 &&
!cap_sys_admin or something.. I thought being explicit what zero means
there would be a good thing.
DEFAULT or DEF both sounds good to me. Or NORMAL. DFL is not entirely
new (SIG_DFL) but it does look very weird.
Regards,
Tvrtko
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2017-05-05 9:21 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-03 11:37 [PATCH 1/9] drm/i915: Make ptr_unpack_bits() more function-like Chris Wilson
2017-05-03 11:37 ` [PATCH 2/9] drm/i915: Redefine ptr_pack_bits() and friends Chris Wilson
2017-05-03 11:37 ` [PATCH 3/9] drm/i915/execlists: Pack the count into the low bits of the port.request Chris Wilson
2017-05-05 10:49 ` Tvrtko Ursulin
2017-05-05 11:16 ` Chris Wilson
2017-05-05 11:58 ` Tvrtko Ursulin
2017-05-03 11:37 ` [PATCH 4/9] drm/i915: Don't mark an execlists context-switch when idle Chris Wilson
2017-05-03 11:37 ` [PATCH 5/9] drm/i915: Use a define for the default priority [0] Chris Wilson
2017-05-04 13:32 ` Joonas Lahtinen
2017-05-04 13:58 ` Chris Wilson
2017-05-05 8:31 ` Mika Kuoppala
2017-05-05 9:13 ` Chris Wilson
2017-05-05 9:21 ` Tvrtko Ursulin [this message]
2017-05-05 9:50 ` Chris Wilson
2017-05-03 11:37 ` [PATCH 6/9] drm/i915: Split execlist priority queue into rbtree + linked list Chris Wilson
2017-05-05 13:19 ` Tvrtko Ursulin
2017-05-05 13:32 ` Chris Wilson
2017-05-05 13:37 ` Tvrtko Ursulin
2017-05-05 13:51 ` Chris Wilson
2017-05-05 14:20 ` Tvrtko Ursulin
2017-05-05 14:26 ` Chris Wilson
2017-05-05 13:50 ` Tvrtko Ursulin
2017-05-05 14:04 ` Chris Wilson
2017-05-05 14:24 ` Tvrtko Ursulin
2017-05-03 11:37 ` [PATCH 7/9] drm/i915/execlists: Reduce lock context between schedule/submit_request Chris Wilson
2017-05-05 12:13 ` Chris Wilson
2017-05-05 13:30 ` Tvrtko Ursulin
2017-05-05 13:38 ` Chris Wilson
2017-05-03 11:37 ` [PATCH 8/9] drm/i915: Stop inlining the execlists IRQ handler Chris Wilson
2017-05-04 13:55 ` Mika Kuoppala
2017-05-03 11:37 ` [PATCH 9/9] drm/i915: Don't force serialisation on marking up execlists irq posted Chris Wilson
2017-05-05 13:34 ` Tvrtko Ursulin
2017-05-03 12:25 ` ✓ Fi.CI.BAT: success for series starting with [1/9] drm/i915: Make ptr_unpack_bits() more function-like Patchwork
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=d023c76b-fa6e-d667-58de-63cbb97e5d52@linux.intel.com \
--to=tvrtko.ursulin@linux.intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=intel-gfx@lists.freedesktop.org \
--cc=joonas.lahtinen@linux.intel.com \
--cc=mika.kuoppala@linux.intel.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.