Commit d3325726 authored Jul 07, 2015 by Thomas Gleixner

tick/broadcast: Return busy if periodic mode and hrtimer broadcast



If the system is in periodic mode and the broadcast device is hrtimer
based, return busy as we have no proper handling for this.

[ Split out from a larger combo patch ]

Tested-by: Sudeep Holla <sudeep.holla@arm.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Suzuki Poulose <Suzuki.Poulose@arm.com>
Cc: Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>
Cc: Catalin Marinas <Catalin.Marinas@arm.com>
Cc: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Preeti U Murthy <preeti@linux.vnet.ibm.com>
Cc: Ingo Molnar <mingo@kernel.org>
Link: http://lkml.kernel.org/r/alpine.DEB.2.11.1507070929360.3916@nanos

parent e3ac79e0

kernel/time/tick-broadcast.c

+5 −1

Original line number	Diff line number	Diff line
		@@ -709,8 +709,12 @@ int __tick_broadcast_oneshot_control(enum tick_broadcast_state state)
		* If the broadcast device is in periodic mode, we
		* return.
		*/
		if (tick_broadcast_device.mode == TICKDEV_MODE_PERIODIC)
		if (tick_broadcast_device.mode == TICKDEV_MODE_PERIODIC) {
		/* If it is a hrtimer based broadcast, return busy */
		if (bc->features & CLOCK_EVT_FEAT_HRTIMER)
		ret = -EBUSY;
		goto out;
		}

		if (!cpumask_test_and_set_cpu(cpu, tick_broadcast_oneshot_mask)) {
		WARN_ON_ONCE(cpumask_test_cpu(cpu, tick_broadcast_pending_mask));