[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20080627081309.GA11284@linux-sh.org>
Date: Fri, 27 Jun 2008 17:13:09 +0900
From: Paul Mundt <lethal@...ux-sh.org>
To: Vivek Goyal <vgoyal@...hat.com>
Cc: Bernhard Walle <bwalle@...e.de>,
Andrew Morton <akpm@...ux-foundation.org>,
kexec@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Remove CONFIG_EXPERIMENTAL from kdump
On Thu, Jun 26, 2008 at 08:35:18AM -0400, Vivek Goyal wrote:
> On Thu, Jun 26, 2008 at 10:28:03AM +0200, Bernhard Walle wrote:
> > * Andrew Morton [2008-06-26 01:23]:
> > > >
> > > > config PROC_VMCORE
> > > > bool "/proc/vmcore support (EXPERIMENTAL)"
> > > > - depends on PROC_FS && EXPERIMENTAL && CRASH_DUMP
> > > > + depends on PROC_FS && CRASH_DUMP
> > > > default y
> > > > help
> > > > Exports the dump image of crashed kernel in ELF format.
> > >
> > > What about powerpc, sh and ia64?
> >
> > At least for ia64 I wouldn't consider it as experimental. Don't know
> > about SH and PPC. But should we mark it as EXPERIMENTAL on all
> > platforms only because some "exotic" (at least SH) platforms have kdump
> > not very long implemented?
>
> It has been present long enough on ia64 and ppc64. Only new entry seems
> to be SH. I would think of leaving it EXPERIMENTAL only on SH.
>
Yes, kdump should remain EXPERIMENTAL on SH for the time being. It's only
been tested on a tiny subset of CPUs, and will need additional work for
the rest (as with kexec for that matter).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists