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 5C3DCCD4F3C for ; Tue, 19 May 2026 18:59:56 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 982A310E5ED; Tue, 19 May 2026 18:59:55 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=collabora.com header.i=@collabora.com header.b="dzYv+gkf"; dkim-atps=neutral Received: from bali.collaboradmins.com (bali.collaboradmins.com [148.251.105.195]) by gabe.freedesktop.org (Postfix) with ESMTPS id 7DD0910EE44 for ; Tue, 19 May 2026 18:59:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1779217193; bh=JWuDBoqe9zj8HOexhMmHxATI2cTIGanQ9Wq2YyALxfQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=dzYv+gkf+OPWDvQfPpp4SUNYeDglcuJhp4zM/eGn7ttibouZv2zZ5xdcNvCM/Gba/ 7tXWbkGewY4po66vru9dkJfchtCYgIra+A6qbULBmkT+aAdC02GjJM3h0vpOOOnsLk F7HwLvgIZjCS05gqOThlLjNDbErvsGs6UsouDXdJ7NfpucRAGVoyEboNEoumU13IIP 7sMCT2hEbaZcj33LT7VJx3NywnFdP7HCUs6JY9h29yZYDKpKapply3Sx8p/NDYJu6v litfCuA8lOQrIbAWWn136aBrQpAuoW36dapDOUOjwzusU+VxzrDdmbQEYXL6apO5/j qe3ARjDU6quvQ== Received: from fedora (unknown [100.64.0.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: bbrezillon) by bali.collaboradmins.com (Postfix) with ESMTPSA id 554B717E124B; Tue, 19 May 2026 20:59:52 +0200 (CEST) Date: Tue, 19 May 2026 20:59:47 +0200 From: Boris Brezillon To: "Danilo Krummrich" Cc: "Deborah Brouwer" , , , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH 0/6] rust: drm: Higher-Ranked Lifetime private data Message-ID: <20260519205947.3c9d99b3@fedora> In-Reply-To: References: <20260506221027.858481-1-dakr@kernel.org> Organization: Collabora X-Mailer: Claws Mail 4.4.0 (GTK 3.24.52; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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 Thu, 14 May 2026 21:07:11 +0200 "Danilo Krummrich" wrote: > On Thu May 14, 2026 at 8:59 PM CEST, Deborah Brouwer wrote: > > let unreg_dev = drm::UnregisteredDevice::::new(pdev, data)?; > > You shouldn't need this anymore as the drm::Registration itself has private data > now that is bound to the lifetime of the underlying bus device, which should be > the correct lifetime for juggling the GPU page tables. The problem we have is that, to initialize some of the sub-components of the driver, we need to be able to allocate GEM objects before the DRM device is exposed (registered), and because the data we want to attach to the final registration contains these sub-components, we need to defer the data assignment to the registration step (which was allowed by [1], but apparently this was dropped from the latest version of the series for some reason). [1]https://lore.kernel.org/dri-devel/20260320233645.950190-4-lyude@redhat.com/