Re: [PATCH 08/10] gpu: nova-core: use projection for PFALCON and PFALCON2 registers

"Gary Guo" <[email protected]> Tue, 28 Jul 2026 20:03:03 +0100
Newsgroups dev.linux.lists.nova-gpu,dev.linux.lists.driver-core,org.freedesktop.lists.dri-devel,org.kernel.vger.linux-kernel,org.kernel.vger.linux-pci,org.kernel.vger.rust-for-linux
Message-ID <[email protected]>
On Tue Jul 28, 2026 at 7:56 PM BST, Danilo Krummrich wrote:
> On Tue Jul 28, 2026 at 8:26 PM CEST, Gary Guo wrote:
>> On Tue Jul 28, 2026 at 6:01 PM BST, Danilo Krummrich wrote:
>>> I may have a slight preference for a separate subregion() variant for t=
he
>>> purpose of working around generic_const_exprs, as it probably is a bit =
closer to
>>> the final solution, but trait methods are fine with me too.
>>
>> I am not sure that's the final solution that I want. I want arg-position
>> const-generics which would syntactically look more similar to `build_ass=
ert!`.
>
> arg-position const generics would be great, but that's just a syntax diff=
erence
> and not related to supporting expressions involving const generics?
>
> In any case, I think my point about being closer to the final solution ho=
lds
> regardless.
>
>> Personally I think most issues with `build_assert!` can be fixed by havi=
ng
>> lints, which is on my radar.
>
> I think it can be improved, but in the end it relies on compiler optimiza=
tion
> that may or may not happen as expected.

It'd be a compiler bug if const folding is expected to happen, the whole
BUILD_BUG_ON depends on it working.

`build_assert!` is a useful tool that I'm not giving up. If there is a need=
 to
use it, then I'd use it compared to having two variants to do the same thin=
g
with different syntax.

Best,
Gary