Re: [PATCH v2] cpuidle: Deny idle entry when CPU already have IPI interrupt pending
"Rafael J. Wysocki (Intel)" <[email protected]>
| Newsgroups | org.kernel.vger.linux-pm,org.kernel.vger.linux-arm-msm,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <CAJZ5v0hhgGyKFb3ZWFAYyfqmyp7csWAGB7Dus4ZbohzEHQT4-Q@mail.gmail.com> |
On Fri, Aug 21, 2026 at 11:28 AM Daniel Lezcano <[email protected]> wrote: > > > Le 21/08/2026 à 07:03, Maulik Shah (mkshah) a écrit : > > [ ... ] > >> What do we do about the cpuidle stats in that case? > >> I'm thinking primiarly about last_residency_ns and rejected here. > > > > As the idle entry will not happen (call_cpuidle() is not invoked) > > the stats would also not required to be updated. > I agree, with the IPI pending it is like the idle task should have not > be scheduled, so the idle call is aborted. Which is why I think that this should be handled directly in the idle loop and not in cpuidle_enter_state(). In that case, cpuidle should not be involved at all (if it is sufficiently important for special-casing which I'm still not convinced about).