Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp780914pxb; Tue, 12 Apr 2022 13:16:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzy3tOdYSKYjtQ3/N0yDKe54hUDmn4WXnT+yTKs/88QNmSwDGXifHNSFqIEl0nBdwnZL8e+ X-Received: by 2002:a17:90a:f00c:b0:1cb:8361:c78e with SMTP id bt12-20020a17090af00c00b001cb8361c78emr6890140pjb.133.1649794617059; Tue, 12 Apr 2022 13:16:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649794617; cv=none; d=google.com; s=arc-20160816; b=Odl2Wk+adOFsWX7RjBNTqQmbnicPBO0hPYMgz+W5rrA5udKCQcPfwA2Pg6cDWWh+w0 jpE5qD5IrOzuFPmPpHVLRGG7PijTa1aM6xfjEBkAfYojCprRHmS8Qc6NpX+xb8rGxd/r r3FP/i6XDCb4j0XfEkfzb6OXduT1oO7NoyO5nG43v0xaqEVL1282S3A/ROtdwf9llX+k 8+/9sqDXHKK9XfgFnOwVrSMadMoDb3O2WpuhaXt7bvvxuccbL1ud7/moMRQAebvknV34 b24hYiSXqtp+wKCdgKCOpBej2OZfWH7EBOUkbW/pJqhGKrPhfpmruQRemx4MqHgGKDNt 1dJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=2v7g6QnvMK1ieufXdKa+0to8FtYOE9sQdPR3NZvl7fo=; b=HpOdNCtLC1EkjHm3UnbzAMAE9zWTqSmch0Lfiz2caSKDKxG0y5veiph7QeVyQG8IUw 7zcqfy2oDtwYQU+8v5QTJbhRf2GqNI8Bquc001QyBC44ncfK2kMiJUa8wdVEm7+weFIO SGtBxjffgrZeYqeMiITbAB5xdOmHi4kJ2JMoqqsGHWHP9DgeMRT5pcbxUiMP2/h7YglF PRaog4wJxlFu5f8cDmo6+7WWV2PhmA/vynRKbjsgn1V9sfpOmKc74Gzr874rro6t48RV Cv99y7VQeCmce1LUm3ARn1rwzo3jWDqp/rhkCTXORF8lucxyqyjOicVL5PntZXRIrqJx e1IA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=X03m9d2S; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id a4-20020a170902ecc400b00153b2d165b1si3267501plh.441.2022.04.12.13.16.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Apr 2022 13:16:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=X03m9d2S; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3C09978FF5; Tue, 12 Apr 2022 13:00:34 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1356924AbiDLPVX (ORCPT + 99 others); Tue, 12 Apr 2022 11:21:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1352923AbiDLPVU (ORCPT ); Tue, 12 Apr 2022 11:21:20 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [46.235.227.227]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A47BBB5 for ; Tue, 12 Apr 2022 08:19:01 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: bbeckett) with ESMTPSA id 136471F4490B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1649776740; bh=W1xeNHFFi2xCQW+DSKNFK1fRoffazm4NeTwtpFvqJkc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=X03m9d2Sp82m013ENOFCLFQ9Tp7SBFVel+ym0BVJ9cugTl+tH77FALhp1/yDdb90i +xAiBa++y1r1LOZOszpwFGjeOI/FSlJPNCELVfTfrMJtYs0K/gDenxNfC/VMsZL14q I6JF8wtDuwFrlfN8bdOKKUoPO8ZgNyN/8a2cfzBxPjsk6KOQO3mJE/MKWq8npRM4lk SD6E771QA7gNLYQFvnAocxjqtiZqXud5xwclTYkc+xh/89qmxPTQNf2wEEddYYoefv smmuW3CWDnqBxLvLcgcG9sYX3heTP/+HTbxofeMRrXnuID2R4DD9efFW4Dw7Wk97lp RfT85FUnrfP3g== From: Robert Beckett To: dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , David Airlie , Daniel Vetter Cc: Robert Beckett , Matthew Auld , =?UTF-8?q?Thomas=20Hellstr=C3=B6m?= , linux-kernel@vger.kernel.org Subject: [PATCH v2 3/5] drm/i915: ttm move/clear logic fix Date: Tue, 12 Apr 2022 15:18:36 +0000 Message-Id: <20220412151838.1298956-4-bob.beckett@collabora.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20220412151838.1298956-1-bob.beckett@collabora.com> References: <20220412151838.1298956-1-bob.beckett@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE, UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ttm managed buffers start off with system resource definitions and ttm_tt tracking structures allocated (though unpopulated). currently this prevents clearing of buffers on first move to desired placements. The desired behaviour is to clear user allocated buffers and any kernel buffers that specifically requests it only. Make the logic match the desired behaviour. Signed-off-by: Robert Beckett --- drivers/gpu/drm/i915/gem/i915_gem_ttm_move.c | 22 +++++++++++++++++++- 1 file changed, 21 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/gem/i915_gem_ttm_move.c b/drivers/gpu/drm/i915/gem/i915_gem_ttm_move.c index 9fe8132de3b2..9cf85f91edb5 100644 --- a/drivers/gpu/drm/i915/gem/i915_gem_ttm_move.c +++ b/drivers/gpu/drm/i915/gem/i915_gem_ttm_move.c @@ -3,6 +3,7 @@ * Copyright © 2021 Intel Corporation */ +#include "drm/ttm/ttm_tt.h" #include #include "i915_deps.h" @@ -470,6 +471,25 @@ __i915_ttm_move(struct ttm_buffer_object *bo, return fence; } +static bool +allow_clear(struct drm_i915_gem_object *obj, struct ttm_tt *ttm, struct ttm_resource *dst_mem) +{ + /* never clear stolen */ + if (dst_mem->mem_type == I915_PL_STOLEN) + return false; + /* + * we want to clear user buffers and any kernel buffers + * that specifically request clearing. + */ + if (obj->flags & I915_BO_ALLOC_USER) + return true; + + if (ttm && ttm->page_flags & TTM_TT_FLAG_ZERO_ALLOC) + return true; + + return false; +} + /** * i915_ttm_move - The TTM move callback used by i915. * @bo: The buffer object. @@ -520,7 +540,7 @@ int i915_ttm_move(struct ttm_buffer_object *bo, bool evict, return PTR_ERR(dst_rsgt); clear = !i915_ttm_cpu_maps_iomem(bo->resource) && (!ttm || !ttm_tt_is_populated(ttm)); - if (!(clear && ttm && !(ttm->page_flags & TTM_TT_FLAG_ZERO_ALLOC))) { + if (!clear || allow_clear(obj, ttm, dst_mem)) { struct i915_deps deps; i915_deps_init(&deps, GFP_KERNEL | __GFP_NORETRY | __GFP_NOWARN); -- 2.25.1