Re: [PATCH] irqchip/gic-v3-its: Don't acquire rt_spin_lock in allocate_vpe_l1_table()
From: Marc Zyngier
Date: Tue Mar 10 2026 - 04:16:01 EST
On Mon, 09 Mar 2026 19:06:04 +0000,
Waiman Long <longman@xxxxxxxxxx> wrote:
>
> On 1/21/26 10:49 PM, Waiman Long wrote:
> >
> > On 1/21/26 3:41 PM, Waiman Long wrote:
> >>
> >>>> Waiman, can you please give the following hack a go on your box? The
> >>>> machines I have are thankfully limited to a single ITS group, so I
> >>>> can't directly reproduce your issue.
> >>> Have you managed to try this hack? I may be able to spend some time
> >>> addressing the issue in the next cycle if I have an indication that
> >>> I'm on the right track.
> >>
> >> Yes, I have tried out your hack patch and the 2-socket Grace test
> >> system booted up without producing any bug report for a RT debug
> >> kernel. I will try out your official patch once it come out. So
> >> moving the memory allocation to a later part of the hotplug bringup
> >> pipeline where sleeping is allowed should work.
> >
> > Attaching the dmesg log for your further investigation.
>
> Ping,
>
> Are you planning to send out an official patch soon?
Soon? On a geological scale, certainly. On a more practical scale,
when I get time, which hasn't happened so far in this cycle ($WORK
gets, unsurprisingly, in the way of solving problems I don't have).
If that's not soon enough, feel free to expand the hack I posted to
include all boot-time tables.
Thanks,
M.
--
Without deviation from the norm, progress is not possible.