|author||Vineet Gupta <email@example.com>||2013-01-18 15:12:20 +0530|
|committer||Vineet Gupta <firstname.lastname@example.org>||2013-02-11 20:00:25 +0530|
ARC: Build system: Makefiles, Kconfig, Linker script
Arnd in his review pointed out that arch Kconfig organisation has several deficiencies: * Build time entries for things which can be runtime extracted from DT (e.g. SDRAM size, core clk frequency..) * Not multi-platform-image-build friendly (choice .. endchoice constructs) * cpu variants support (750/770) is exclusive. The first 2 have been fixed in subsequent patches. Due to the nature of the 750 and 770, it is not possible to build for both together, w/o special runtime glue code which would hurt performance. Signed-off-by: Vineet Gupta <email@example.com> Cc: Arnd Bergmann <firstname.lastname@example.org> Cc: Sam Ravnborg <email@example.com> Acked-by: Sam Ravnborg <firstname.lastname@example.org>
Diffstat (limited to 'arch/arc/Kconfig.debug')
1 files changed, 34 insertions, 0 deletions
diff --git a/arch/arc/Kconfig.debug b/arch/arc/Kconfig.debug
new file mode 100644
@@ -0,0 +1,34 @@
+menu "Kernel hacking"
+ bool "Early printk" if EMBEDDED
+ default y
+ Write kernel log output directly into the VGA buffer or to a serial
+ This is useful for kernel debugging when your machine crashes very
+ early before the console code is initialized. For normal operation
+ it is not recommended because it looks ugly and doesn't cooperate
+ with klogd/syslogd or the X server. You should normally N here,
+ unless you want to debug such a crash.
+ bool "Check for stack overflows"
+ depends on DEBUG_KERNEL
+ This option will cause messages to be printed if free stack space
+ drops below a certain limit.
+ bool "Use 16Kb for kernel stacks instead of 8Kb"
+ If you say Y here the kernel will use a 16Kb stacksize for the
+ kernel stack attached to each process/thread. The default is 8K.
+ This increases the resident kernel footprint and will cause less
+ threads to run on the system and also increase the pressure
+ on the VM subsystem for higher order allocations.