[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <4808753F.4010302@mxs.nes.nec.co.jp>
Date: Fri, 18 Apr 2008 19:17:35 +0900
From: "Ken'ichi Ohmichi" <oomichi@....nes.nec.co.jp>
To: Vivek Goyal <vgoyal@...hat.com>
CC: Chris Wright <chrisw@...s-sol.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
linux-kernel@...r.kernel.org, stable@...nel.org, jejb@...nel.org,
Justin Forbes <jmforbes@...uxtx.org>,
Zwane Mwaikambo <zwane@....linux.org.uk>,
"Theodore Ts'o" <tytso@....edu>,
Randy Dunlap <rdunlap@...otime.net>,
Dave Jones <davej@...hat.com>,
Chuck Wolber <chuckw@...ntumlinux.com>,
Chris Wedgwood <reviews@...cw.f00f.org>,
Michael Krufky <mkrufky@...uxtv.org>,
Chuck Ebbert <cebbert@...hat.com>,
Domenico Andreoli <cavokz@...il.com>,
torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
alan@...rguk.ukuu.org.uk
Subject: Re: vmcoreinfo: add the symbol "phys_base"
Hi,
Vivek Goyal wrote:
> On Thu, Apr 17, 2008 at 10:16:16AM -0700, Chris Wright wrote:
>> * Eric W. Biederman (ebiederm@...ssion.com) wrote:
>>> Chris Wright <chrisw@...s-sol.org> writes:
>>>
>>>> -stable review patch. If anyone has any objections, please let us know.
>>>> ---------------------
>>> This patch seems quite reasonable. However as I read it, it is
>>> a feature enhancement, that allows a user space tool to function
>>> better. Do we backport trivial features into stable now?
>> Function better, meaning work reliably? Sounds like a fix not a
>> feature.
>>
>
> I think in theory, makedumpfile should be able to guess phys_base by
> looking at the vmcore ELF headers (Look for program headers which are
> mapping kernel text and data and look at respective virtual address and
> physical addresses.).
>
> I think this patch just makes it explicit instead putting extra logic
> for guessing the things.
>
> To make sure makedumpfile is not broken with older kernels (in specific
> configurations where phys_base is not zero), I think one can also modify
> makedumpfile but I don't see any harm in putting this small change
> in stable kernel.
>
> Keni'chi, can you please throw some light here if makedumpfile is broken with
> stable kernel or not (with phys_base not being zero).
I'm glad if this patch is merged into stable kernel, because this
patch solves the problem of a current makedumpfile. This patch is
very simple, and it doesn't have any bad influence for the kernel
building, the kernel operating or the other.
I will release the next makedumpfile which can run on also linux
without this patch. If both linux and makedumpfile have been fixed,
the condition that the problem occurs can be decreased.
Thanks
Ken'ichi Ohmichi
--
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