[ARM] OMAP2/3 clock: don't tinker with hardirqs when they are supposed to be disabled
authorPaul Walmsley <paul@pwsan.com>
Wed, 28 Jan 2009 19:35:31 +0000 (12:35 -0700)
committerRussell King <rmk+kernel@arm.linux.org.uk>
Sun, 8 Feb 2009 17:50:47 +0000 (17:50 +0000)
commit883992bd8f6924c9aa849f2dac381075e2e55a9d
tree30440178d023c8e1334e4e46aa0965906044792d
parent8263e5b31eae2bbf689ff08a7da334329c9f353b
[ARM] OMAP2/3 clock: don't tinker with hardirqs when they are supposed to be disabled

Clock rate change code executes inside a spinlock with hardirqs
disabled.  The only code that should be messing around with the
hardirq state should be the plat-omap/clock.c code.  In the
omap2_reprogram_dpllcore() case, this probably just wastes cycles, but
in the omap3_core_dpll_m2_set_rate() case, this is a nasty bug.

linux-omap source commit is b9b6208dadb5e0d8b290900a3ffa911673ca97ed.

Signed-off-by: Paul Walmsley <paul@pwsan.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
arch/arm/mach-omap2/clock24xx.c
arch/arm/mach-omap2/clock34xx.c