Re: arm gicv3 its command time out / patch

From: Titus Manea <titus_at_edc.ro>
Date: Wed, 26 Nov 2025 06:26:11 UTC 
the board is Radxa Cubie A5E (Allwinner A527)
the pre “dma-noncoherent” fixes were done with “quirks” after matching the dts root node to the quirky list
RK3588 was fixed like that in the linux kernel

> On Nov 26, 2025, at 06:10, Warner Losh <imp@bsdimp.com> wrote:
> 
> Also, a minor nit in the patch:
> +	/* Register this device as a interrupt controller */
> should not have moved. Finding the xref doesn't register the interrupt controller, but 
>  	sc->sc_pic = intr_pic_register(dev, xref);
> does and is the real start of the process.
> 
> Anyway, I'm looking forward to learning more about this issue.
> 
> Warner
> 
> On Tue, Nov 25, 2025 at 7:33 PM Warner Losh <imp@bsdimp.com <mailto:imp@bsdimp.com>> wrote:
>> What hardware does this fix booting on? What's the setup? The patch itself looks OK, but I need to know the environment it runs in to understand and evaluate it fully. Thanks!
>> 
>> Warner
>> 
>> On Tue, Nov 25, 2025 at 3:03 PM titus <titus@edc.ro <mailto:titus@edc.ro>> wrote:
>>>  cubie kernel: its0: <ARM GIC Interrupt Translation Service> mem 0x3440000-0x345ffff on gic0
>>>  cubie kernel: its0: Timeout while waiting for CMD completion.
>>> 
>>> patch (not ignoring dt dma-noncoherent flag) (adapted from linux kernel)
>>>