From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793267998; b=XiWa/4PJEV8bUjDrhLnxZzpFaPXKnUIWgY6aXjjJOKC5WaTnCj1CwZ48b5KdQ7hYsZdP FPlrdi4dWTsQ6/86YnbujCsyQtu9NIPKHw+GzpSCjNWzMaWChy9y663Yrm7IKL2/oGpWr nD28cze39xO2qIWbMqGJwjzXNvvEyRnFhoej2qiypNSgOpPXgIVUyPNuzVnPCceTxCSXP go9XGSor3xRQnxKXjhrPkS1t1dhhCNqEDlyOReckiHWbYxXyhKvZVmwq2Y8MnkfXtH5qL A71ySOqg6MD0knOfcrbXL64uGCfBhFjK+x6cSX7a5Xeufy6pN12YEGoD7yOomKAguSQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793267998; h=Received:DKIM-Signature:From:To:Cc:Subject:Date:Message-ID:X-Mailer: In-Reply-To:References:MIME-Version:Content-Transfer-Encoding; bh=BlR02fcSQh6d0JDhMlZWs6ZOUTC1ug5V4gj89nHdCiw=; b=TDHQgs94ZgTH6ObQbeYxiRzbdqqoBn1LmMEIrS+KznEB6Psf1nPdENpCG94m01GQYWuq uDZ6e9Iaf4nWKQ1KylaBVfVdv5l4qOok/Dd0eiem7/OkTxPPD+eFiYbmVd4tqEa896z/n 7nqK1RO7hZpSxrHWM2QOj6T1EQoO6TQ2tFRkeNpqQe2Mt7eb2dWTSFDVojwj1tZhSHIji YXOvmi+YJuHNmkI2GkWTHAIIR5ldOmN09zIPwna71N1Hz8sOrBULjT2yHPcGPUXTxYw9g hH1zZYUyd9dhbapnXxOCs7O2HqHHzvawOEP/E7itXdwZUH4MLmNxSCVpNgxS8mVLBHw== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=mMwkC4rb; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B49D8606A329; Thu, 29 Oct 2026 09:59:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=mMwkC4rb Received: by smtp.kernel.org (Postfix) with ESMTPSA id 27E541F01829; Thu, 29 Oct 2026 09:59:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1793267997; bh=BlR02fcSQh6d0JDhMlZWs6ZOUTC1ug5V4gj89nHdCiw=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=mMwkC4rbYBZKFHoDULMbOUQTiMIeewFQtew5dxFsygorpCCeQP4W1KfdBtKUNgajP FQFHnnpxd/k95t50EJyK0qUoUn8hQUb1P7XqFVBZgnu1mZvr/7WIx9nJ6fp6tO6VEi XRL8rU1K5ZUOO3EVruDcvEc2vSW/tt7XE/0njpvmEiG1DdePcgXoXTKo9vL+kINANO Hj8Fz75BHePb3t5otXkRaXAsHnMm/qRPQT8x+z4Y63witomkrevSCxQsCAUXoeHwW+ GTgsVuFIXws3fjsY28HpPEsvEV3VmuhFwTCfl/OcYb3+t+MIjqkaVu55NBl0J/rdU3 8ZcwP03x8rDFg== From: Philipp Stanner To: Min Ma , Lizhi Hou , Oded Gabbay , "Rob Herring (Arm)" , Tomeu Vizoso , Karol Wachowski , Andrzej Kacprowski , Sumit Semwal , =?UTF-8?q?Christian=20K=C3=B6nig?= , Felix Kuehling , Alex Deucher , David Airlie , Simona Vetter , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , Lucas Stach , Russell King , Christian Gmeiner , Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , Alessio Belle , Luigi Santivetti , Qiang Yu , Rob Clark , Dmitry Baryshkov , Abhinav Kumar , Jessica Zhang , Sean Paul , Marijn Suijten , Lyude Paul , Danilo Krummrich , Boris Brezillon , Steven Price , =?UTF-8?q?Adri=C3=A1n=20Larumbe?= , Liviu Dudau , Dave Airlie , Gerd Hoffmann , Matthew Brost , Philipp Stanner , Natalie Vock , Arun Pravin , Matthew Auld , =?UTF-8?q?Thomas=20Hellstr=C3=B6m?= , Melissa Wen , =?UTF-8?q?Ma=C3=ADra=20Canal?= , Dave Stevenson , Raspberry Pi Kernel Maintenance , Dmitry Osipenko , Gurchetan Singh , Chia-I Wu , Zack Rusin , Broadcom internal kernel review list , Thierry Reding , Mikko Perttunen , Jonathan Cameron , David Lechner , =?UTF-8?q?Nuno=20S=C3=A1?= , Andy Shevchenko , Greg Kroah-Hartman , Sunil Khatri , Kees Cook , Jesse Zhang , =?UTF-8?q?Timur=20Krist=C3=B3f?= , Srinivasan Shanmugam , Kexin Sun , Prike Liang , David Rosca , Krzysztof Karas , Marco Crivellari , Shixiong Ou , =?UTF-8?q?Jouni=20H=C3=B6gander?= , Thadeu Lima de Souza Cascardo , Pierre-Eric Pelloux-Prayer , Joel Fernandes , Al Viro , Neill Kapron , Michael Bommarito , Sam Day , Gabriel Prostitis Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, amd-gfx@lists.freedesktop.org, etnaviv@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, imagination@lists.freedesktop.org, lima@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, freedreno@lists.freedesktop.org, nouveau@lists.freedesktop.org, virtualization@lists.linux.dev, spice-devel@lists.freedesktop.org, intel-xe@lists.freedesktop.org, linux-tegra@vger.kernel.org, linux-iio@vger.kernel.org, linux-usb@vger.kernel.org Subject: [RFC PATCH 4/6] dma-buf: dma-fence: remove dma_fence_init64() Date: Thu, 29 Oct 2026 10:55:41 +0100 Message-ID: <20261029095542.1526750-7-phasta@kernel.org> X-Mailer: git-send-email 2.56.0 In-Reply-To: <20261029095542.1526750-3-phasta@kernel.org> References: <20261029095542.1526750-3-phasta@kernel.org> X-Mailing-List: linux-tegra@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Transfer-Encoding: 8bit All users of dma_fence_init64() have been removed. They now use the respective initialization flag in dma_fence_init(). Remove dma_fence_init64(). Signed-off-by: Philipp Stanner --- drivers/dma-buf/dma-fence.c | 27 --------------------------- include/linux/dma-fence.h | 2 -- 2 files changed, 29 deletions(-) diff --git a/drivers/dma-buf/dma-fence.c b/drivers/dma-buf/dma-fence.c index b11ee52a40d8..f7c084926ae6 100644 --- a/drivers/dma-buf/dma-fence.c +++ b/drivers/dma-buf/dma-fence.c @@ -1124,33 +1124,6 @@ dma_fence_init(struct dma_fence *fence, const struct dma_fence_ops *ops, } EXPORT_SYMBOL(dma_fence_init); -/** - * dma_fence_init64 - Initialize a custom fence with 64-bit seqno support. - * @fence: the fence to initialize - * @ops: the dma_fence_ops for operations on this fence - * @lock: optional irqsafe spinlock to use for locking this fence - * @context: the execution context this fence is run on - * @seqno: a linear increasing sequence number for this context - * - * Initializes an allocated fence, the caller doesn't have to keep its - * refcount after committing with this fence, but it will need to hold a - * refcount again if &dma_fence_ops.enable_signaling gets called. - * - * Context and seqno are used for easy comparison between fences, allowing - * to check which fence is later by simply using dma_fence_later(). - * - * New users MUST NOT use external locks. Check the documentation in - * dma_fence_init() to understand the motives behind the legacy use cases. - */ -void -dma_fence_init64(struct dma_fence *fence, const struct dma_fence_ops *ops, - spinlock_t *lock, u64 context, u64 seqno) -{ - __dma_fence_init(fence, ops, lock, context, seqno, - BIT(DMA_FENCE_FLAG_SEQNO64_BIT)); -} -EXPORT_SYMBOL(dma_fence_init64); - /** * dma_fence_driver_name - Access the driver name * @fence: the fence to query diff --git a/include/linux/dma-fence.h b/include/linux/dma-fence.h index 6654bcc2441f..52e7ddfd2d06 100644 --- a/include/linux/dma-fence.h +++ b/include/linux/dma-fence.h @@ -300,8 +300,6 @@ struct dma_fence_ops { void dma_fence_init(struct dma_fence *fence, const struct dma_fence_ops *ops, spinlock_t *lock, u64 context, u64 seqno, unsigned long flags); -void dma_fence_init64(struct dma_fence *fence, const struct dma_fence_ops *ops, - spinlock_t *lock, u64 context, u64 seqno); void dma_fence_release(struct kref *kref); void dma_fence_free(struct dma_fence *fence); void dma_fence_describe(struct dma_fence *fence, struct seq_file *seq); -- 2.56.0