summaryrefslogtreecommitdiff
path: root/drivers/idle
diff options
context:
space:
mode:
authorNicholas Piggin <npiggin@gmail.com>2017-09-01 14:29:56 +1000
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2017-09-28 02:18:07 +0200
commitf187851b9b4a76952b1158b86434563dd2031103 (patch)
treed30189d904af975c880025df370c8e186dad201e /drivers/idle
parente19b205be43d11bff638cad4487008c48d21c103 (diff)
cpuidle: fix broadcast control when broadcast can not be entered
When failing to enter broadcast timer mode for an idle state that requires it, a new state is selected that does not require broadcast, but the broadcast variable remains set. This causes tick_broadcast_exit to be called despite not having entered broadcast mode. This causes the WARN_ON_ONCE(!irqs_disabled()) to trigger in some cases. It does not appear to cause problems for code today, but seems to violate the interface so should be fixed. Signed-off-by: Nicholas Piggin <npiggin@gmail.com> Reviewed-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/idle')
0 files changed, 0 insertions, 0 deletions