[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <c043bcd69d4630bfc63ea33ad927be6ea55ceac3.camel@nvidia.com>
Date: Thu, 4 Dec 2025 23:10:15 +0000
From: Timur Tabi <ttabi@...dia.com>
To: "dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
"nouveau@...ts.freedesktop.org" <nouveau@...ts.freedesktop.org>,
"lyude@...hat.com" <lyude@...hat.com>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>
CC: "airlied@...hat.com" <airlied@...hat.com>, "simona@...ll.ch"
<simona@...ll.ch>, "mhenning@...krefraction.com"
<mhenning@...krefraction.com>, "tzimmermann@...e.de" <tzimmermann@...e.de>,
Zhi Wang <zhiw@...dia.com>, "airlied@...il.com" <airlied@...il.com>,
"dakr@...nel.org" <dakr@...nel.org>, "maarten.lankhorst@...ux.intel.com"
<maarten.lankhorst@...ux.intel.com>, "stable@...r.kernel.org"
<stable@...r.kernel.org>, "mripard@...nel.org" <mripard@...nel.org>,
"bskeggs@...dia.com" <bskeggs@...dia.com>
Subject: Re: [PATCH v2] drm/nouveau/gsp: Allocate fwsec-sb at boot
On Tue, 2025-12-02 at 12:59 -0500, Lyude Paul wrote:
> Since this firmware can't use non-contiguous allocations, the best solution
> to avoid this issue is to simply allocate the memory for fwsec-sb during
> initial driver-load, and reuse the memory allocation when fwsec-sb needs to
> be used. We then release the memory allocations on driver unload.
>
> Signed-off-by: Lyude Paul <lyude@...hat.com>
> Fixes: 594766ca3e53 ("drm/nouveau/gsp: move booter handling to GPU-specific code")
> Cc: <stable@...r.kernel.org> # v6.16+
Reviewed-by: Timur Tabi <ttabi@...dia.com>
Powered by blists - more mailing lists