* 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