[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6517a6a41eb72d16596c913dc56467e0390287a3.camel@nvidia.com>
Date: Thu, 16 Nov 2023 19:55:54 +0000
From: Timur Tabi <ttabi@...dia.com>
To: "dakr@...hat.com" <dakr@...hat.com>,
"gustavoars@...nel.org" <gustavoars@...nel.org>
CC: "dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
"nouveau@...ts.freedesktop.org" <nouveau@...ts.freedesktop.org>,
"daniel@...ll.ch" <daniel@...ll.ch>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [Nouveau] [PATCH][next] nouveau/gsp: replace zero-length array
with flex-array member and use __counted_by
On Thu, 2023-11-16 at 20:45 +0100, Danilo Krummrich wrote:
> As I already mentioned for Timur's patch [2], I'd prefer to get a fix
> upstream
> (meaning [1] in this case). Of course, that's probably more up to Timur to
> tell
> if this will work out.
Don't count on it.
Even if I did change [0] to [], I'm not going to be able to add the
"__counted_by(numEntries);" because that's just not something that our build
system uses.
And even then, I would need to change all [0] to [].
You're not going to be able to use RM's header files as-is anyway in the
long term. If we changed the layout of PACKED_REGISTRY_TABLE, we're not
going to create a PACKED_REGISTRY_TABLE2 and keep both around. We're just
going to change PACKED_REGISTRY_TABLE and pretend the previous version never
existed. You will then have to manually copy the new struct to your header
files and and maintain two versions yourself.
Powered by blists - more mailing lists