arch/mips/xburst2/soc-t40/include/cpu-feature-overrides.h
-#define cpu_has_fpu 1commit 424c3781dd1cb401857585331eaaa425a13f2429 Author: Maciej W. Rozycki <macro@orcam.me.uk> Date: Sun May 1 23:14:16 2022 +0100 MIPS: IP27: Remove incorrect `cpu_has_fpu' override Remove unsupported forcing of `cpu_has_fpu' to 1, which makes the `nofpu' kernel parameter non-functional, and also causes a link error: ld: arch/mips/kernel/traps.o: in function `trap_init': ./arch/mips/include/asm/msa.h:(.init.text+0x348): undefined reference to `handle_fpe' ld: ./arch/mips/include/asm/msa.h:(.init.text+0x354): undefined reference to `handle_fpe' ld: ./arch/mips/include/asm/msa.h:(.init.text+0x360): undefined reference to `handle_fpe' where the CONFIG_MIPS_FP_SUPPORT configuration option has been disabled.
drivers/clk/ingenic/clk-t40.c:249:11: error: implicit declaration of function '__clk_get_flags'; did you mean '__clk_set_flags'? [-Werror=implicit-function-declaration] , __clk_get_flags(clk) & CLK_FLG_ENABLE? "en": "dis" ^~~~~~~~~~~~~~~ __clk_set_flagscommit 98d8a60eccee74165793379f1f8a3b1cef3131c7 Author: Stephen Boyd <sboyd@codeaurora.org> Date: Mon Jun 29 16:56:30 2015 -0700 clk: Convert __clk_get_flags() to clk_hw_get_flags() Mostly converted with the following snippet: @@ struct clk_hw *E; @@ -__clk_get_flags(E->clk) +clk_hw_get_flags(E) Acked-by: Tero Kristo <t-kristo@ti.com> Cc: Maxime Ripard <maxime.ripard@free-electrons.com> Cc: Max Filippov <jcmvbkbc@gmail.com> Acked-by: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com> Cc: Daniel Thompson <daniel.thompson@linaro.org> Cc: Coquelin <mcoquelin.
drivers/clk/ingenic/power-gate.c:82:33: error: 'flags' undeclared (first use in this function); did you mean 'fls'? spin_lock_irqsave(gate->lock, flags); ^unsigned long uninitialized_var(flags);
- unsigned long uninitialized_var(ip); /* GCC be quiet */ + unsigned long ip; commit 63a0895d960aa3d3653ef0ecad5bd8579388f14b Author: Kees Cook <keescook@chromium.org> Date: Wed Jun 3 13:09:38 2020 -0700 compiler: Remove uninitialized_var() macro Using uninitialized_var() is dangerous as it papers over real bugs[1] (or can in the future), and suppresses unrelated compiler warnings (e.g. "unused variable").
network_monitor/netlink.c: In function 'add_netcard_node': network_monitor/list.h:25:23: error: expected declaration specifiers or '...' before '(' token 25 | const typeof( ((type *)0)->member ) *__mptr = (ptr); \ | ^Add -std=gnu11 to CFLAGS
or
Use __typeof__ instead of typeof
https://gcc.gnu.org/onlinedocs/gcc/Typeof.html
drivers/clocksource/ingenic_core_ost.c:124:8: error: unknown type name 'cycle_t' static cycle_t core_clocksource_get_cycles(struct clocksource *cs) ^~~~~~~commit a5a1d1c2914b5316924c7893eb683a5420ebd3be Author: Thomas Gleixner <tglx@linutronix.de> Date: Wed Dec 21 20:32:01 2016 +0100 clocksource: Use a plain u64 instead of cycle_t There is no point in having an extra type for extra confusion. u64 is unambiguous. Conversion was done with the following coccinelle script: @rem@ @@ -typedef u64 cycle_t; @fix@ typedef cycle_t; @@ -cycle_t +u64