All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Hansen <dave@linux.vnet.ibm.com>
To: Chandru <chandru@in.ibm.com>
Cc: linuxppc-dev@ozlabs.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Paul Mackerras <paulus@samba.org>,
	linux-kernel@vger.kernel.org
Subject: Re: 2.6.28-rc9 panics with crashkernel=256M while booting
Date: Fri, 16 Jan 2009 09:52:57 -0800	[thread overview]
Message-ID: <1232128377.27278.69.camel@nimitz> (raw)
In-Reply-To: <200901161746.36584.chandru@in.ibm.com>

On Fri, 2009-01-16 at 17:46 +0530, Chandru wrote:
> On Thursday 15 January 2009 13:35:27 Chandru wrote:
> > Hello Dave, From the debug console output, if there is anything you can add
> > here, pls let me know.
> 
> As we can see from the console output here,  physbase isn't page aligned when 
> the panic occurs.  So we could as well send (start_pfn << PAGE_SHIFT) to 
> reserve_bootmem_node() instead of physbase. your thoughts ?.
> 
> Also end_pfn in mark_reserved_region_for_nid() is defined as 
> 
> unsigned long end_pfn = ((physbase + size) >> PAGE_SHIFT);
> 
> Does this refer to the pfn after the area that we are interested in ?.  We have 
> atleast two fixes here,  
> 1. Limit start and end to bdata->node_min_pfn  and bdata->node_low_pfn in 
> reserve_bootmem_node() and add comments out in there that the caller of the 
> funtion should be aware of how much are they reserving. 
> 2. send (start_pfn << PAGE_SHIFT) to reserve_bootmem_node() instead of 
> physbase. 

Just looking at it, that calculation is OK.  But, there was one in your
dmesg that looked a page too long, like page 0x1001 instead of 0x1000.
I'd find out how that happened.

-- Dave

WARNING: multiple messages have this Message-ID (diff)
From: Dave Hansen <dave@linux.vnet.ibm.com>
To: Chandru <chandru@in.ibm.com>
Cc: Paul Mackerras <paulus@samba.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>
Subject: Re: 2.6.28-rc9 panics with crashkernel=256M while booting
Date: Fri, 16 Jan 2009 09:52:57 -0800	[thread overview]
Message-ID: <1232128377.27278.69.camel@nimitz> (raw)
In-Reply-To: <200901161746.36584.chandru@in.ibm.com>

On Fri, 2009-01-16 at 17:46 +0530, Chandru wrote:
> On Thursday 15 January 2009 13:35:27 Chandru wrote:
> > Hello Dave, From the debug console output, if there is anything you can add
> > here, pls let me know.
> 
> As we can see from the console output here,  physbase isn't page aligned when 
> the panic occurs.  So we could as well send (start_pfn << PAGE_SHIFT) to 
> reserve_bootmem_node() instead of physbase. your thoughts ?.
> 
> Also end_pfn in mark_reserved_region_for_nid() is defined as 
> 
> unsigned long end_pfn = ((physbase + size) >> PAGE_SHIFT);
> 
> Does this refer to the pfn after the area that we are interested in ?.  We have 
> atleast two fixes here,  
> 1. Limit start and end to bdata->node_min_pfn  and bdata->node_low_pfn in 
> reserve_bootmem_node() and add comments out in there that the caller of the 
> funtion should be aware of how much are they reserving. 
> 2. send (start_pfn << PAGE_SHIFT) to reserve_bootmem_node() instead of 
> physbase. 

Just looking at it, that calculation is OK.  But, there was one in your
dmesg that looked a page too long, like page 0x1001 instead of 0x1000.
I'd find out how that happened.

-- Dave


  reply	other threads:[~2009-01-16 17:53 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-24  7:55 2.6.28-rc9 panics with crashkernel=256M while booting Chandru
2008-12-25  7:35 ` Andrew Morton
2008-12-25  7:35   ` Andrew Morton
2008-12-25  8:07   ` Andrew Morton
2008-12-26  6:35     ` Chandru
2008-12-26  0:59   ` Paul Mackerras
2008-12-26  0:59     ` Paul Mackerras
2008-12-29 21:36     ` Dave Hansen
2008-12-29 21:36       ` Dave Hansen
2009-01-05 13:49       ` Chandru
2009-01-05 13:49         ` Chandru
2009-01-05 16:30         ` Dave Hansen
2009-01-05 16:30           ` Dave Hansen
2009-01-07 12:58           ` Chandru
2009-01-07 12:58             ` Chandru
2009-01-07 17:25             ` Dave Hansen
2009-01-07 17:25               ` Dave Hansen
2009-01-08 10:29               ` Chandru
2009-01-08 10:29                 ` Chandru
2009-01-08 20:03                 ` Dave Hansen
2009-01-08 20:03                   ` Dave Hansen
2009-01-09 11:07                   ` Chandru
2009-01-09 11:07                     ` Chandru
2009-01-15  8:05                     ` Chandru
2009-01-15  8:05                       ` Chandru
2009-01-16 12:16                       ` Chandru
2009-01-16 12:16                         ` Chandru
2009-01-16 17:52                         ` Dave Hansen [this message]
2009-01-16 17:52                           ` Dave Hansen
2009-01-19  8:11                           ` Chandru
2009-01-19  8:11                             ` Chandru
2009-01-19 11:30                           ` Chandru
2009-01-19 11:30                             ` Chandru
2009-01-20  8:13                             ` Chandru
2009-01-22  0:29                             ` Dave Hansen
2009-01-22  0:29                               ` Dave Hansen
2009-01-22  8:20                               ` Chandru
2009-01-22  8:20                                 ` Chandru

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1232128377.27278.69.camel@nimitz \
    --to=dave@linux.vnet.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=chandru@in.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=paulus@samba.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.