* Re: [PATCH 6.6 000/175] 6.6.144-rc1 review
[not found] ` <34b7e26f-df63-4523-b4d2-5de13c192a8c@gmail.com>
@ 2026-07-10 21:03 ` Sasha Levin
2026-07-10 22:53 ` Jonas Jelonek
0 siblings, 1 reply; 2+ messages in thread
From: Sasha Levin @ 2026-07-10 21:03 UTC (permalink / raw)
To: Greg Kroah-Hartman, stable
Cc: Sasha Levin, patches, linux-kernel, torvalds, akpm, linux, shuah,
patches, lkft-triage, pavel, jonathanh, sudipm.mukherjee, rwarsow,
conor, hargar, broonie, achill, sr, Florian Fainelli,
Jonas Jelonek, linux-mips
On Thu, Jul 09, 2026 at 11:45:14AM +0200, Florian Fainelli wrote:
> On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, same build failure
> as 6.1 for MIPS:
>
> arch/mips/kernel/smp.c: In function 'stop_this_cpu':
> arch/mips/kernel/smp.c:396:2: error: implicit declaration of function
> 'rcutree_report_cpu_dead'; did you mean 'rcutree_prepare_cpu'?
> [-Werror=implicit-function-declaration]
> rcutree_report_cpu_dead();
> ^~~~~~~~~~~~~~~~~~~~~~~
> rcutree_prepare_cpu
The offending backport was dropped before 6.6.144 was released, so the
build failure itself is gone.
That still leaves 6.6.y and 6.1.y without 9f3f3bdc6d9d ("MIPS: smp:
report dying CPU to RCU in stop_this_cpu()") while both trees already
ship 91840be8f710 ("irq_work: Fix use-after-free in irq_work_single()
on PREEMPT_RT"), which is what exposes the MIPS reboot hang that
9f3f3bdc6d9d fixes.
Jonas, could you send backports of 9f3f3bdc6d9d for 6.6.y and 6.1.y
with that adaptation? I'd rather take the author's version than adapt
it here.
--
Thanks,
Sasha
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH 6.6 000/175] 6.6.144-rc1 review
2026-07-10 21:03 ` [PATCH 6.6 000/175] 6.6.144-rc1 review Sasha Levin
@ 2026-07-10 22:53 ` Jonas Jelonek
0 siblings, 0 replies; 2+ messages in thread
From: Jonas Jelonek @ 2026-07-10 22:53 UTC (permalink / raw)
To: Sasha Levin
Cc: patches, linux-kernel, torvalds, akpm, linux, shuah, patches,
lkft-triage, pavel, jonathanh, sudipm.mukherjee, rwarsow, conor,
hargar, broonie, achill, sr, Florian Fainelli, linux-mips,
Greg Kroah-Hartman, stable
Hi Sasha,
On 10.07.26 23:03, Sasha Levin wrote:
> On Thu, Jul 09, 2026 at 11:45:14AM +0200, Florian Fainelli wrote:
>> On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, same build failure
>> as 6.1 for MIPS:
>>
>> arch/mips/kernel/smp.c: In function 'stop_this_cpu':
>> arch/mips/kernel/smp.c:396:2: error: implicit declaration of function
>> 'rcutree_report_cpu_dead'; did you mean 'rcutree_prepare_cpu'?
>> [-Werror=implicit-function-declaration]
>> rcutree_report_cpu_dead();
>> ^~~~~~~~~~~~~~~~~~~~~~~
>> rcutree_prepare_cpu
> The offending backport was dropped before 6.6.144 was released, so the
> build failure itself is gone.
>
> That still leaves 6.6.y and 6.1.y without 9f3f3bdc6d9d ("MIPS: smp:
> report dying CPU to RCU in stop_this_cpu()") while both trees already
> ship 91840be8f710 ("irq_work: Fix use-after-free in irq_work_single()
> on PREEMPT_RT"), which is what exposes the MIPS reboot hang that
> 9f3f3bdc6d9d fixes.
>
> Jonas, could you send backports of 9f3f3bdc6d9d for 6.6.y and 6.1.y
> with that adaptation? I'd rather take the author's version than adapt
> it here.
>
Sure, I adopted it accordingly and sent patches for 6.6.y and 6.1.y.
Best regards,
Jonas
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-07-10 22:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20260702155115.766838875@linuxfoundation.org>
[not found] ` <34b7e26f-df63-4523-b4d2-5de13c192a8c@gmail.com>
2026-07-10 21:03 ` [PATCH 6.6 000/175] 6.6.144-rc1 review Sasha Levin
2026-07-10 22:53 ` Jonas Jelonek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox