Messages in this thread | | | Date | Fri, 19 Feb 2021 14:14:29 -0500 | From | Steven Rostedt <> | Subject | Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization |
| |
On Fri, 19 Feb 2021 10:18:11 -0800 "Paul E. McKenney" <paulmck@kernel.org> wrote:
> We can further prevent entry into dyntick-idle state until > the ksoftirqd kthreads have been spawned, which means that if softirq > handlers must be deferred, they will be resumed within one jiffy by the > next scheduler-clock interrupt.
Why not just prevent entry into dyntick-idle state until the system is finished booting? As you said; There should be no latency-sensitive applications running, until after we started the system.
-- Steve
| |