summaryrefslogtreecommitdiff
path: root/arch/mn10300/proc-mn103e010
diff options
context:
space:
mode:
authorArnd Bergmann <arnd@arndb.de>2016-06-06 16:09:52 +0200
committerAlexandre Belloni <alexandre.belloni@free-electrons.com>2016-06-06 17:10:15 +0200
commitc361db5c2c64f1b7ffed5e9cc42e5062432238f2 (patch)
tree03e051e86bdd2032c179edd59a90eb2533d398d2 /arch/mn10300/proc-mn103e010
parent7368c69c033ff29e8e766f481748113c7adc1d1b (diff)
x86: include linux/ratelimit.h in nmi.c
When building random configurations, we now occasionally get a new build error: In file included from include/linux/kernel.h:13:0, from include/linux/list.h:8, from include/linux/preempt.h:10, from include/linux/spinlock.h:50, from arch/x86/kernel/nmi.c:13: arch/x86/kernel/nmi.c: In function 'nmi_max_handler': include/linux/printk.h:375:9: error: type defaults to 'int' in declaration of 'DEFINE_RATELIMIT_STATE' [-Werror=implicit-int] static DEFINE_RATELIMIT_STATE(_rs, \ ^ arch/x86/kernel/nmi.c:110:2: note: in expansion of macro 'printk_ratelimited' printk_ratelimited(KERN_INFO ^~~~~~~~~~~~~~~~~~ This was working before the rtc rework series because linux/ratelimit.h was included implictly through asm/mach_traps.h -> asm/mc146818rtc.h -> linux/mc146818rtc.h -> linux/rtc.h -> linux/device.h. We clearly shouldn't rely on this indirect inclusion, so this adds an explicit #include in the file that needs it. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Reported-by: kbuild test robot <fengguang.wu@intel.com> Acked-by: Thomas Gleixner <tglx@linutronix.de> Fixes: 5ab788d73832 ("rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h") Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Diffstat (limited to 'arch/mn10300/proc-mn103e010')
0 files changed, 0 insertions, 0 deletions