[RFC PATCH 49/49] ARM: mm: Move CPUHP_AP_ARM_CACHE_B15_RAC_DYING post stop_machine()

Florian Fainelli florian.fainelli at broadcom.com
Fri Oct 23 10:05:30 PDT 2026


On 10/19/26 06:08, Frederic Weisbecker wrote:
> Between CPUHP_TEARDOWN_CPU and CPUHP_AP_OFFLINE, stop_machine executes
> all the teardown callbacks while stopping all CPUs in the system. This
> doesn't mix-up well with running RT or isolated tasks.
> 
> In order to transition smoothly from global stop_machine to finer
> grained synchronization between teardown callbacks and the other CPUs,
> a new stop machine post function has been introduced to be executed
> after the main one with IRQs still disabled while other CPUs can exit
> stop_machine().
> 
> It *looks ok* to disable the cache readahead globally while the other
> CPUs are running.

Yes I think it is safe given that b15_rac_dying_cpu() will run on the 
dying CPU and any CPU that is left will basically re-enable the RAC 
afterwards if necessary in b15_rac_dead_cpu().

The hardware to test this is quite ancient, but if you give me a test 
case to exercise, I can give it a spin.

Thank you Frederic!
-- 
Florian



More information about the linux-arm-kernel mailing list