Commit bf9c96be authored by Mauro Carvalho Chehab's avatar Mauro Carvalho Chehab Committed by Thomas Gleixner

timers: Adjust a kernel-doc comment

Those three warnings can easily solved by using :: to indicate a
code block:

	./kernel/time/timer.c:1259: WARNING: Unexpected indentation.
	./kernel/time/timer.c:1261: WARNING: Unexpected indentation.
	./kernel/time/timer.c:1262: WARNING: Block quote ends without a blank line; unexpected unindent.

While here, align the lines at the block.
Signed-off-by: default avatarMauro Carvalho Chehab <mchehab+samsung@kernel.org>
Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Stephen Boyd <sboyd@kernel.org>
Cc: Linux Doc Mailing List <linux-doc@vger.kernel.org>
Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
Cc: John Stultz <john.stultz@linaro.org>
Link: https://lkml.kernel.org/r/f02e6a0ce27f3b5e33415d92d07a40598904b3ee.1525684985.git.mchehab%2Bsamsung@kernel.org
parent 1332a905
...@@ -1251,18 +1251,18 @@ EXPORT_SYMBOL(try_to_del_timer_sync); ...@@ -1251,18 +1251,18 @@ EXPORT_SYMBOL(try_to_del_timer_sync);
* *
* Note: For !irqsafe timers, you must not hold locks that are held in * Note: For !irqsafe timers, you must not hold locks that are held in
* interrupt context while calling this function. Even if the lock has * interrupt context while calling this function. Even if the lock has
* nothing to do with the timer in question. Here's why: * nothing to do with the timer in question. Here's why::
* *
* CPU0 CPU1 * CPU0 CPU1
* ---- ---- * ---- ----
* <SOFTIRQ> * <SOFTIRQ>
* call_timer_fn(); * call_timer_fn();
* base->running_timer = mytimer; * base->running_timer = mytimer;
* spin_lock_irq(somelock); * spin_lock_irq(somelock);
* <IRQ> * <IRQ>
* spin_lock(somelock); * spin_lock(somelock);
* del_timer_sync(mytimer); * del_timer_sync(mytimer);
* while (base->running_timer == mytimer); * while (base->running_timer == mytimer);
* *
* Now del_timer_sync() will never return and never release somelock. * Now del_timer_sync() will never return and never release somelock.
* The interrupt on the other CPU is waiting to grab somelock but * The interrupt on the other CPU is waiting to grab somelock but
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment