Re: strange CRASH_DUMP dependencies
From: Adrian Bunk (bunk_at_stusta.de)
Date: 08/22/05
- Previous message: Luben Tuikov: "Re: [PATCH 2.6.12.5 1/2] lib: allow idr to be used in irq context"
- Maybe in reply to: Adrian Bunk: "strange CRASH_DUMP dependencies"
- Next in thread: Eric W. Biederman: "Re: strange CRASH_DUMP dependencies"
- Reply: Eric W. Biederman: "Re: strange CRASH_DUMP dependencies"
- Reply: Vivek Goyal: "Re: strange CRASH_DUMP dependencies"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 22 Aug 2005 22:44:17 +0200 To: Vivek Goyal <vgoyal@in.ibm.com>
On Mon, Aug 22, 2005 at 11:53:02AM +0530, Vivek Goyal wrote:
> On Mon, Aug 22, 2005 at 12:53:10AM +0200, Adrian Bunk wrote:
> > config CRASH_DUMP
> > bool "kernel crash dumps (EXPERIMENTAL)"
> > depends on EMBEDDED
> > depends on EXPERIMENTAL
> > depends on HIGHMEM
> > help
> > Generate crash dump after being started by kexec.
> >
> > Two questions:
> > - If it has any dependencies on kexec, why isn't there a dependency?
>
> crashdump has got dependency on kexec but not in the same kernel. What
> I mean is that as of today two kernels are involved in this process. First
> kernel is crashing kernel which should have enabled CONFIG_KEXEC and second
> kernel (capture kernel) is one which captures the dump and should have
> CONFIG_CRASH_DUMP enabled. Second kernel need not to have CONFIG_KEXEC
> enabled for catpturing dump. Hence CRASH_DUMP is not directly dependent
> on CONFIG_KEXEC.
Sounds reasonable.
> > - Is there any sane reason for the dependency on EMBEDDED?
> >
>
> I believe this was introduced because large servers can have huge amount
> of memory (running into Tera Bytes) and saving all that memory might not be
> practical. Hence it was perceived that until some filtering mechanism is
> implemented, it is more suited for small systems.
>...
It seems you have a wrong impression of what EMBEDDED in the kernel
does.
There is _not_ a choice EMBEDDED/WORKSTATION/SERVER.
EMBEDDED is an option that shows "save space at any cost" options.
It allows you to tell gcc to generate slower but faster code or to
deselect options in the "do this only if you _really_ know what you are
doing" class.
> Thanks
> Vivek
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Luben Tuikov: "Re: [PATCH 2.6.12.5 1/2] lib: allow idr to be used in irq context"
- Maybe in reply to: Adrian Bunk: "strange CRASH_DUMP dependencies"
- Next in thread: Eric W. Biederman: "Re: strange CRASH_DUMP dependencies"
- Reply: Eric W. Biederman: "Re: strange CRASH_DUMP dependencies"
- Reply: Vivek Goyal: "Re: strange CRASH_DUMP dependencies"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
