From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 2E4EE4772AA; Tue, 1 Sep 2026 09:21:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788254496; cv=none; b=QtBHSqJUMAX0DwmfM2kJM4HoBPWtjLDNMtbe9Mwk5ghgTNEHhQk6hgQED99fjEsOVdE/x8lNHw5U1Tn2tQBDs6Vl1X2sm9+JGsUo5AuzQew2c9GaHVPBBddFPJDVBvlmKTAgPzp1gmryfsRJQ4L3gQwc5vD8s6yVMZI/P3/a3qE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788254496; c=relaxed/simple; bh=/tZHkUlwdSISi5MyQBg0Km9NujEW/9lk5PJwr5sbh7E=; h=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:To:From: References:In-Reply-To; b=sii8XYoiVYDXfj6KNOvxcqLX4Wmv4umsCXkRpJ79m+3bUtN21IlVQ34955yHoPCYsrkDWwxhk7f6kNdefXM3iw5rZx0kJ/kduSISziyFd/g1ppj2aVX7Kox4jMGQlgqgOZrQe62VFze3buHuuv0ffXW7HdfpXgxQF2TKeYRMrRk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=K/VCIBHW; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="K/VCIBHW" Received: by smtp.kernel.org (Postfix) with ESMTPSA id D638F1F000E9; Tue, 1 Sep 2026 09:21:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1788254494; bh=/tZHkUlwdSISi5MyQBg0Km9NujEW/9lk5PJwr5sbh7E=; h=Date:Subject:Cc:To:From:References:In-Reply-To; b=K/VCIBHWA2t8P5IJ8hcGIYi4QmT6lkyrp9mDjv+1X48yoTIjv72N875msAHTJoGfp 9PRP1ThkDcm1YAlsInZvU8RQJzSQ8Dq02LP5jFzkLfCHQ/3pQBhNSH9am6QxEa3E4N jHWu0b8HJ3jOFbkPUHxNpF5KVnizyOn5ytWmfUpLlVaJFV5CJ9YQPYfAowCL+tQ18o ShkZmozyvxCmtBAcztRF04+qCpHmp/hq1PWy7vEdYKpUPQPmg8wH7Q73LMvBZ8V+Mz Ydr7aKRW2rfdncJYxCi7Z39NcRpMOqXSqoUE7YJ9cuBngYjw0F9peQUBQYfhCmjkim ekxAwZXrN305Q== Precedence: bulk X-Mailing-List: rust-for-linux@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Tue, 01 Sep 2026 11:21:30 +0200 Message-Id: Subject: Re: [PATCH v5 01/11] gpu: nova-core: Add public driver API to nova-core Cc: "Gary Guo" , "nova-gpu" , "M Henning" , "Alice Ryhl" , "David Airlie" , "Alexandre Courbot" , "Benno Lossin" , "Eliot Courtney" , "John Hubbard" , , , To: "Alistair Popple" From: "Danilo Krummrich" References: <20260828033531.1117754-1-apopple@nvidia.com> <20260828033531.1117754-2-apopple@nvidia.com> In-Reply-To: On Tue Sep 1, 2026 at 11:13 AM CEST, Alistair Popple wrote: > Reason it compiles is because the the Gsp has no lifetime parameter in th= e chain > to the mutex: > > Gpu<'a> -> GspResources<'a> -> Gsp -> Cmdq -> Mutex Ah, that's on me then, I applied [1] before your series. In any case, I think we should not write all the code assuming covariance regardless. Once we do some more series stuff in nova-drm, we will need mor= e locks in nova-core around types that carry device resources. [1] https://lore.kernel.org/driver-core/20260830193824.471089-1-dakr@kernel= .org/