From patchwork Thu Feb 17 07:50:11 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: "Kasireddy, Vivek" X-Patchwork-Id: 12749554 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org 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 smtp.lore.kernel.org (Postfix) with ESMTPS id 58E69C433EF for ; Thu, 17 Feb 2022 08:06:43 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id C332610E9A4; Thu, 17 Feb 2022 08:06:42 +0000 (UTC) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by gabe.freedesktop.org (Postfix) with ESMTPS id C66E910E9A7; Thu, 17 Feb 2022 08:06:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1645085201; x=1676621201; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=1+WEwUVqnFRXICc+zmyLmv5NFYJ5z3vpZjiO9Cn9qHE=; b=WNqxJGRPce7xP2jl6oBOVbrvN7RoAhnCM2bT9LQ8QslPBCyzDPQCQs9N 7kL0Ck2Ol5LlQbEBkLe8tL+YWPkF/ouDBf32JgccSZnhIrG5cQxuuv9UY 6M7SlugHoe/6WSVKfcEk4CmeZaTcD9zPS1QHAk3je3LwbcCvVSCa4ZQgc tAEbqJrx0uBgZXkdNk9EaMcQ6/of34RX59dAShELFp2lBffxrunt6ovlu mQYs0FRQ5rzjJHMV7cSH2U+sIDnQ+dmQLcJd5h7ogTt/N5KG+V7z+DklP OuXQ85guCsBdOaS0N5ktu5VJp5bnPVsCigcQgFw6INz9rKwWePyyFAOyo A==; X-IronPort-AV: E=McAfee;i="6200,9189,10260"; a="314088974" X-IronPort-AV: E=Sophos;i="5.88,375,1635231600"; d="scan'208";a="314088974" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Feb 2022 00:06:41 -0800 X-IronPort-AV: E=Sophos;i="5.88,375,1635231600"; d="scan'208";a="501531623" Received: from vkasired-desk2.fm.intel.com ([10.105.128.127]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Feb 2022 00:06:40 -0800 From: Vivek Kasireddy To: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org Date: Wed, 16 Feb 2022 23:50:11 -0800 Message-Id: <20220217075014.922605-1-vivek.kasireddy@intel.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Subject: [Intel-gfx] [PATCH v2 0/3] drm/mm: Add an iterator to optimally walk over holes suitable for an allocation 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: , Cc: =?utf-8?q?Christian_K=C3=B6nig?= , Nirmoy Das Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" The first patch is a drm core patch that replaces the for loop in drm_mm_insert_node_in_range() with the iterator and would not cause any functional changes. The second patch is a i915 driver specific patch that also uses the iterator but solves a different problem. v2: - Added a new patch to this series to fix a potential NULL dereference. - Fixed a typo associated with the iterator introduced in the drm core patch. - Added locking around the snippet in the i915 patch that traverses the GGTT hole nodes. Cc: Tvrtko Ursulin Cc: Nirmoy Das Cc: Christian König Vivek Kasireddy (3): drm/mm: Ensure that the entry is not NULL before extracting rb_node drm/mm: Add an iterator to optimally walk over holes for an allocation (v4) drm/i915/gem: Don't try to map and fence large scanout buffers (v8) drivers/gpu/drm/drm_mm.c | 37 +++++----- drivers/gpu/drm/i915/i915_gem.c | 124 +++++++++++++++++++++++--------- include/drm/drm_mm.h | 36 ++++++++++ 3 files changed, 144 insertions(+), 53 deletions(-)