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 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 D407DE9E311 for ; Wed, 11 Feb 2026 15:16:28 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 12DE110E008; Wed, 11 Feb 2026 15:16:28 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.b="Qb0jaNmb"; dkim-atps=neutral Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by gabe.freedesktop.org (Postfix) with ESMTPS id 203B510E008 for ; Wed, 11 Feb 2026 15:16:27 +0000 (UTC) Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id EBE1960018; Wed, 11 Feb 2026 15:16:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 754D3C4CEF7; Wed, 11 Feb 2026 15:16:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1770822985; bh=hZJ5H7P+c7sLl4niQJXf9CZ5lH2NB8YyuYiSe4B/q9s=; h=Date:To:From:Subject:Cc:References:In-Reply-To:From; b=Qb0jaNmbX+5NERHoK1/3NX97zwiyUKtLreH96hzA5/gN+dn65EnMmpICHmFfvKtN5 vdCLPYHpR4kaCqVsK+lstfcjT2NQjihQR9pA9YcXKnsb1q03G9z3rPK1OSWQWMSnlV s2N+Uus0LI/k/czsGLHjTUInBapAnMfFw9iVdqYSYEFe4vBDGnGPgHPXJXj+tqCuPx tNsuKzjPdIUmw14A/NpLZv8FK8EZagrAaH62aiDL1UvbPl4tU9Bg8ROUDv6Plm1evk 3KTRkxkaaorcGLw08YSsUYlawYYCOQx4NKawxoaIWBRzgQ0MjMelqWzzr49kZr5hJO CmQkVPgaqTUwg== Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Wed, 11 Feb 2026 16:16:20 +0100 Message-Id: To: "Boris Brezillon" From: "Danilo Krummrich" Subject: Re: [RFC PATCH 2/4] rust: sync: Add dma_fence abstractions Cc: "Alice Ryhl" , =?utf-8?q?Christian_K=C3=B6nig?= , "Philipp Stanner" , , "David Airlie" , "Simona Vetter" , "Gary Guo" , "Benno Lossin" , "Daniel Almeida" , "Joel Fernandes" , , , , , , References: <20260205095727.4c3e2941@fedora> <20260209155843.725dcfe1@fedora> <20260210101525.7fb85f25@fedora> <4e84306c-5cec-4048-a7eb-a364788baa89@amd.com> <20260211112049.089b2656@fedora> <20260211121223.78674f22@fedora> <20260211160059.6e0d3b60@fedora> <20260211161444.3d170ea1@fedora> In-Reply-To: <20260211161444.3d170ea1@fedora> X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Wed Feb 11, 2026 at 4:14 PM CET, Boris Brezillon wrote: > Okay, that would be one DmaFenceWorkqueue only used for the driver > JobQueue instances (or one per-instance if the driver wants that) > wrapped into some object that doesn't expose it as a generic workqueue, > so only JobQueue instances can use it. And then drivers are free to > instantiate their own DmaFenceWorkqueue for anything else that's > still in the DMA-signalling path, but not directly related to > JobQueues. I think I'd be fine with that. Yes, that sounds good to me.