Re: [PATCH v4] hrtimers: Force migrate away hrtimers queued after CPUHP_AP_HRTIMERS_DYING

2025-04-02 Thread Frederic Weisbecker
Le Wed, Apr 02, 2025 at 06:53:24AM +, Kuyo Chang (張建文) a écrit : > Hi, > > By review the get_nohz_timer_target(), it's probably making an offline > CPU visible at timer candidates, maybe this patch could fix it? > > > [PATCH] sched/core: Exclude offline CPUs from the timer candidates > > Th

Re: [PATCH v4] hrtimers: Force migrate away hrtimers queued after CPUHP_AP_HRTIMERS_DYING

2025-04-01 Thread 張建文
On Wed, 2025-03-26 at 17:44 +0100, Frederic Weisbecker wrote: > Hi Walter Chang, > > Le Wed, Mar 26, 2025 at 05:46:38AM +, Walter Chang (張維哲) a écrit > : > > On Tue, 2025-01-21 at 09:08 -0800, Paul E. McKenney wrote: > > > On Sat, Jan 18, 2025 at 12:24:33AM +0100, Frederic Weisbecker > > > wro

Re: [PATCH v4] hrtimers: Force migrate away hrtimers queued after CPUHP_AP_HRTIMERS_DYING

2025-03-31 Thread 張維哲
On Wed, 2025-03-26 at 17:44 +0100, Frederic Weisbecker wrote: > > It's not the first time I get such a report on an out of tree > kernel. The problem is I don't know if the tainted modules are > involved. But something is probably making an offline CPU visible > within > the hierarchy on get_nohz_

Re: [PATCH v4] hrtimers: Force migrate away hrtimers queued after CPUHP_AP_HRTIMERS_DYING

2025-03-26 Thread Frederic Weisbecker
Hi Walter Chang, Le Wed, Mar 26, 2025 at 05:46:38AM +, Walter Chang (張維哲) a écrit : > On Tue, 2025-01-21 at 09:08 -0800, Paul E. McKenney wrote: > > On Sat, Jan 18, 2025 at 12:24:33AM +0100, Frederic Weisbecker wrote: > > > hrtimers are migrated away from the dying CPU to any online target > >

Re: [PATCH v4] hrtimers: Force migrate away hrtimers queued after CPUHP_AP_HRTIMERS_DYING

2025-03-25 Thread 張維哲
On Tue, 2025-01-21 at 09:08 -0800, Paul E. McKenney wrote: > On Sat, Jan 18, 2025 at 12:24:33AM +0100, Frederic Weisbecker wrote: > > hrtimers are migrated away from the dying CPU to any online target > > at > > the CPUHP_AP_HRTIMERS_DYING stage in order not to delay bandwidth > > timers > > handli

Re: [PATCH v4] hrtimers: Force migrate away hrtimers queued after CPUHP_AP_HRTIMERS_DYING

2025-01-21 Thread Paul E. McKenney
On Sat, Jan 18, 2025 at 12:24:33AM +0100, Frederic Weisbecker wrote: > hrtimers are migrated away from the dying CPU to any online target at > the CPUHP_AP_HRTIMERS_DYING stage in order not to delay bandwidth timers > handling tasks involved in the CPU hotplug forward progress. > > However wake up

[PATCH v4] hrtimers: Force migrate away hrtimers queued after CPUHP_AP_HRTIMERS_DYING

2025-01-17 Thread Frederic Weisbecker
hrtimers are migrated away from the dying CPU to any online target at the CPUHP_AP_HRTIMERS_DYING stage in order not to delay bandwidth timers handling tasks involved in the CPU hotplug forward progress. However wake ups can still be performed by the outgoing CPU after CPUHP_AP_HRTIMERS_DYING. Tho