From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 074D02641F8; Mon, 7 Jul 2025 19:03:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1751914988; cv=none; b=Xi5gR6qfa4QU6/0SXPayHOtOk6k1WkutL07aO9KMEAPlrs5rLOXXJKfsln6Z3lRi62Y1gwzA1Eqtb1wuXr4HqMJ9rgFzF9O9+rn6d2o23f5Cl6yzofSQnX3hLrBWJqZr08CkQXuNhqa+gM2get2QqhHqLkcg7FH+nSc5P+EpT6Y= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1751914988; c=relaxed/simple; bh=6bFDsbEUVBNzSR9ajF+BKbCGB9T9fVPb634qXfqT65Q=; h=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:To:From: References:In-Reply-To; b=OP9ibimz2eoeY2MeO3pMFB37tMW2rwyULLl7GJZW1eI8UL9Y0FDAR6HIg2vbERxXIE1CStkox45sFAEgCX2Wq8YhL7/zwtz6svQWVFs7/FCjm0DnuYay+o8vdL5YJSj57GnqP/p7WfFKZtQxDtkbjMUrSu5SbzUusioHtp6TyIA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=o0HnID7V; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="o0HnID7V" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6F89FC4CEE3; Mon, 7 Jul 2025 19:03:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1751914987; bh=6bFDsbEUVBNzSR9ajF+BKbCGB9T9fVPb634qXfqT65Q=; h=Date:Subject:Cc:To:From:References:In-Reply-To:From; b=o0HnID7VenAgB8df0unUlsTSqTADzG9iKb7fMipe0ymMOq8PS9VmcbicQ4pOVl7xu w2Wsvs8Y2GcVdeet/2FuIklLkB2F92fNph6k8eNx3I0Okc/M8f1D26iB0m9Ro88uGY 36ESOJkxn30LQA67kWMZUSbX7x+veJjqoUf9GmhES9IARNvUZtGRqwoNmkDCBQCYXz znr37ofGAtliZGn5Qv5W3oKSZvWMvgE5YOfYLvTmOYMFBAw5jkihxHtdNY6d+t33T/ yt5kyeUUMv+pDAsJ6QU5HIAeEdzf0POMNltQ1PAXEeiSJx7pD3RADOHSU5xKPO1CIb 4zKZHidJrmyIA== Precedence: bulk X-Mailing-List: asahi@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Mon, 07 Jul 2025 21:03:01 +0200 Message-Id: Subject: Re: [PATCH v4 5/7] drm/gpuvm: Add a flags field to drm_gpuvm_map_req/drm_gpuva_op_map Cc: "Maarten Lankhorst" , "Maxime Ripard" , "Thomas Zimmermann" , "David Airlie" , "Simona Vetter" , "Frank Binns" , "Matt Coster" , "Karol Herbst" , "Lyude Paul" , "Boris Brezillon" , "Steven Price" , "Liviu Dudau" , "Lucas De Marchi" , =?utf-8?q?Thomas_Hellstr=C3=B6m?= , "Rodrigo Vivi" , , , , , , "Asahi Lina" To: "Caterina Shablia" From: "Danilo Krummrich" References: <20250707170442.1437009-1-caterina.shablia@collabora.com> <20250707170442.1437009-6-caterina.shablia@collabora.com> In-Reply-To: <20250707170442.1437009-6-caterina.shablia@collabora.com> On Mon Jul 7, 2025 at 7:04 PM CEST, Caterina Shablia wrote: > From: Asahi Lina > > drm_gpuva objects have a flags field. Currently, this can be managed by > drivers out-of-band, without any special handling in drm_gpuvm. > > To be able to introduce flags that do affect the logic in the drm_gpuvm > core, we need to plumb it through the map calls. This will allow the > core to check the flags on map and alter the merge/split logic depending > on the requested flags and the flags of the existing drm_gpuva ranges > that are being split. > > Signed-off-by: Asahi Lina > Signed-off-by: Caterina Shablia Acked-by: Danilo Krummrich