Re: arm gicv3 its command time out / patch

Great! Thanks Titus. If mmel@ doesn't get around to this soon, I'll act as
a backup.

Warner

On Tue, Nov 25, 2025 at 11:26 PM Titus Manea <titus@edc.ro> wrote:

> 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> 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> 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)
>>>
>>>
>