On Thu, Jul 31, 2008 at 09:21:52AM -0400, Vivek Goyal wrote:
> On Thu, Jul 31, 2008 at 10:48:43AM +1000, Simon Horman wrote:
> > On Wed, Jul 30, 2008 at 09:01:31AM -0400, Vivek Goyal wrote:
> > > On Tue, Jul 29, 2008 at 06:12:38PM +1000, Simon Horman wrote:
> > > > After recent changes setting elfc
* Vivek Goyal <[EMAIL PROTECTED]> wrote:
> o Move elfcorehdr_addr definition in arch dependent crash dump file. This is
> equivalent to defining elfcorehdr_addr under CONFIG_CRASH_DUMP instead of
> CONFIG_PROC_VMCORE. This is needed by is_kdump_kernel() which can be
> used irrespective of t
On Wed, Jul 30, 2008 at 05:45:50PM +0530, Ankita Garg wrote:
> Hi,
>
> We have been using RT kernel as the kdump kernel for most of our work.
> This was working fine on 2.6.21.4-rt10 RT kernel. After which, we moved
> over to 2.6.24-rt1 RT kernel. Now, the kdump kernel hangs. Attaching the
> compl
On Thu, Jul 31, 2008 at 10:48:43AM +1000, Simon Horman wrote:
> On Wed, Jul 30, 2008 at 09:01:31AM -0400, Vivek Goyal wrote:
> > On Tue, Jul 29, 2008 at 06:12:38PM +1000, Simon Horman wrote:
> > > After recent changes setting elfcorehdr_addr to ELFCORE_ADDR_MAX
> > > will cause is_kdump_kernel() to
* Ken'ichi Ohmichi [2008-07-31 20:36]:
>
> Thank you for config file.
>
> I'm starting the kernel compiling.
> I'll investigate this problem the next week.
Thanks in advance.
Bernhard
--
Bernhard Walle, SUSE LINUX Products GmbH, Architecture Development
_
Hi Bernhard,
Bernhard Walle wrote:
> * Ken'ichi Ohmichi [2008-07-31 19:25]:
>>
>> I tried to reproduce this problem on my machine by using an ia64 linux-2.6.26
>> discontigmem kernel, but it could not do it. makeudmpifle did not fail.
>> I want to know whether this problem depends on the kernel o
Hi Bernhard,
Bernhard Walle wrote:
> * Ken'ichi Ohmichi [2008-07-31 10:46]:
>> Bernhard Walle wrote:
>>> After debugging that, I didn't find an error code. That address is in
>>> fact the beginning of the mem_map of that node, and is in fact not
>>> mapped (I verified that in crash).
>>>
>>> With
* Ken'ichi Ohmichi [2008-07-31 10:46]:
> Bernhard Walle wrote:
> > After debugging that, I didn't find an error code. That address is in
> > fact the beginning of the mem_map of that node, and is in fact not
> > mapped (I verified that in crash).
> >
> > With an older kernel and an older makedumpf