aboutsummaryrefslogtreecommitdiffstats
path: root/arch/i386
diff options
context:
space:
mode:
authorManeesh Soni <maneesh@in.ibm.com>2006-01-09 23:51:52 -0500
committerLinus Torvalds <torvalds@g5.osdl.org>2006-01-10 11:01:29 -0500
commit05970d476f2c8aa0f47e4e82473b0551b1e4e6d4 (patch)
tree99708f3c7d8b17b994776ace981ea43208e8649d /arch/i386
parent720e1a9f1c3bfa9f72cded56962e7f092fefaaed (diff)
[PATCH] kexec: change CONFIG_PHYSICAL_START dependency
I have heard some complaints about people not finding CONFIG_CRASH_DUMP option and also some objections about its dependency on CONFIG_EMBEDDED. The following patch ends that dependency. I thought of hiding it under CONFIG_KEXEC, but CONFIG_PHYSICAL_START could also be used for some reasons other than kexec/kdump and hence left it visible. I will also update the documentation accordingly. o Following patch removes the config dependency of CONFIG_PHYSICAL_START on CONFIG_EMBEDDED. The reason being CONFIG_CRASH_DUMP option for kdump needs CONFIG_PHYSICAL_START which makes CONFIG_CRASH_DUMP depend on CONFIG_EMBEDDED. It is not always obvious for kdump users to choose CONFIG_EMBEDDED. o It also shifts the palce where this option appears, to make it closer to kexec and kdump options. Signed-off-by: Maneesh Soni <maneesh@in.ibm.com> Cc: "Eric W. Biederman" <ebiederm@xmission.com> Cc: Haren Myneni <haren@us.ibm.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/i386')
-rw-r--r--arch/i386/Kconfig33
1 files changed, 21 insertions, 12 deletions
diff --git a/arch/i386/Kconfig b/arch/i386/Kconfig
index d849c6870e3a..554ce3f344c9 100644
--- a/arch/i386/Kconfig
+++ b/arch/i386/Kconfig
@@ -645,17 +645,6 @@ config SECCOMP
645 645
646source kernel/Kconfig.hz 646source kernel/Kconfig.hz
647 647
648config PHYSICAL_START
649 hex "Physical address where the kernel is loaded" if EMBEDDED
650 default "0x100000"
651 help
652 This gives the physical address where the kernel is loaded.
653 Primarily used in the case of kexec on panic where the
654 fail safe kernel needs to run at a different address than
655 the panic-ed kernel.
656
657 Don't change this unless you know what you are doing.
658
659config KEXEC 648config KEXEC
660 bool "kexec system call (EXPERIMENTAL)" 649 bool "kexec system call (EXPERIMENTAL)"
661 depends on EXPERIMENTAL 650 depends on EXPERIMENTAL
@@ -675,11 +664,31 @@ config KEXEC
675 664
676config CRASH_DUMP 665config CRASH_DUMP
677 bool "kernel crash dumps (EXPERIMENTAL)" 666 bool "kernel crash dumps (EXPERIMENTAL)"
678 depends on EMBEDDED
679 depends on EXPERIMENTAL 667 depends on EXPERIMENTAL
680 depends on HIGHMEM 668 depends on HIGHMEM
681 help 669 help
682 Generate crash dump after being started by kexec. 670 Generate crash dump after being started by kexec.
671
672config PHYSICAL_START
673 hex "Physical address where the kernel is loaded" if (EMBEDDED || CRASH_DUMP)
674
675 default "0x1000000" if CRASH_DUMP
676 default "0x100000"
677 help
678 This gives the physical address where the kernel is loaded. Normally
679 for regular kernels this value is 0x100000 (1MB). But in the case
680 of kexec on panic the fail safe kernel needs to run at a different
681 address than the panic-ed kernel. This option is used to set the load
682 address for kernels used to capture crash dump on being kexec'ed
683 after panic. The default value for crash dump kernels is
684 0x1000000 (16MB). This can also be set based on the "X" value as
685 specified in the "crashkernel=YM@XM" command line boot parameter
686 passed to the panic-ed kernel. Typically this parameter is set as
687 crashkernel=64M@16M. Please take a look at
688 Documentation/kdump/kdump.txt for more details about crash dumps.
689
690 Don't change this unless you know what you are doing.
691
683endmenu 692endmenu
684 693
685 694