From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, HK_RANDOM_FROM,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AA344C433DF for ; Thu, 21 May 2020 09:10:17 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 36A552070A for ; Thu, 21 May 2020 09:10:17 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 36A552070A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=intel-gfx-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id B89366E905; Thu, 21 May 2020 09:10:16 +0000 (UTC) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by gabe.freedesktop.org (Postfix) with ESMTPS id 29D496E905 for ; Thu, 21 May 2020 09:10:15 +0000 (UTC) IronPort-SDR: L8mh14M1605cgHqhCx34f22axluzzGuglKGMXW7Wb9RDkbuYZAg7cV+3MKiZmf6ttiWOfrSCWx R0ToD1GAFkgA== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 May 2020 02:10:14 -0700 IronPort-SDR: hLGpijBv9NavNg2AEhvTj2UJZWNF/8nlWvZL2wNXhGKKV7o11zk7gUpFTgQxf6sdLG7+3QLXr0 thojJZKZAZuA== X-IronPort-AV: E=Sophos;i="5.73,417,1583222400"; d="scan'208";a="412331188" Received: from cpinhasx-mobl.ger.corp.intel.com (HELO [10.254.152.79]) ([10.254.152.79]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 May 2020 02:10:13 -0700 To: Chris Wilson , intel-gfx@lists.freedesktop.org References: <20200521085320.906-1-chris@chris-wilson.co.uk> From: Tvrtko Ursulin Organization: Intel Corporation UK Plc Message-ID: <5afb5457-733b-b057-dd6b-5040f5f9b5e8@linux.intel.com> Date: Thu, 21 May 2020 10:10:10 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200521085320.906-1-chris@chris-wilson.co.uk> Content-Language: en-US Subject: Re: [Intel-gfx] [PATCH 1/2] drm/i915: Disable semaphore inter-engine sync without timeslicing X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" On 21/05/2020 09:53, Chris Wilson wrote: > Since the remove of the no-semaphore boosting, we rely on timeslicing to > reorder past inter-dependency hogs across the engines. However, we > require preemption to support timeslicing into user payloads, and not all > machine support preemption so we do not universally enable timeslicing > even when it would preempt our own inter-engine semaphores. > > Testcase: igt/gem_exec_schedule/semaphore-codependency # bdw/bsw > Fixes: 18e4af04d218 ("drm/i915: Drop no-semaphore boosting") > Signed-off-by: Chris Wilson > Cc: Tvrtko Ursulin > Cc: Mika Kuoppala > --- > drivers/gpu/drm/i915/gem/i915_gem_context.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/i915/gem/i915_gem_context.c b/drivers/gpu/drm/i915/gem/i915_gem_context.c > index 900ea8b7fc8f..f5d59d18cd5b 100644 > --- a/drivers/gpu/drm/i915/gem/i915_gem_context.c > +++ b/drivers/gpu/drm/i915/gem/i915_gem_context.c > @@ -230,7 +230,7 @@ static void intel_context_set_gem(struct intel_context *ce, > ce->timeline = intel_timeline_get(ctx->timeline); > > if (ctx->sched.priority >= I915_PRIORITY_NORMAL && > - intel_engine_has_semaphores(ce->engine)) > + intel_engine_has_timeslices(ce->engine)) > __set_bit(CONTEXT_USE_SEMAPHORES, &ce->flags); > } > > @@ -1969,7 +1969,7 @@ static int __apply_priority(struct intel_context *ce, void *arg) > { > struct i915_gem_context *ctx = arg; > > - if (!intel_engine_has_semaphores(ce->engine)) > + if (!intel_engine_has_timeslices(ce->engine)) > return 0; > > if (ctx->sched.priority >= I915_PRIORITY_NORMAL) > __i915_request_await_execution is okay to keep using semaphores? Regards, Tvrtko _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx