Date: Thu, 8 Dec 2005 19:33:16 +0000 (GMT)
From: Hugh Dickins <hugh@veritas.com>
To: Dave Hansen <haveblue@us.ibm.com>
cc: Badari Pulavarty <pbadari@us.ibm.com>, Andy Whitcroft <andyw@uk.ibm.com>,
       lkml <linux-kernel@vger.kernel.org>, dwg@au1.ibm.com,
       "ADAM G. LITKE [imap]" <agl@us.ibm.com>
Subject: Re: 2.6.15-rc4 panic in __nr_to_section() with CONFIG_SPARSEMEM
In-Reply-To: <1134069335.6159.21.camel@localhost>
Message-ID: <Pine.LNX.4.61.0512081930340.11944@goblin.wat.veritas.com>
References: <1133995060.21841.56.camel@localhost.localdomain> 
 <43976AA4.2060606@uk.ibm.com>  <1133997772.21841.62.camel@localhost.localdomain>
  <1134002888.30387.82.camel@localhost>  <1134058055.21841.70.camel@localhost.localdomain>
 <1134069335.6159.21.camel@localhost>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 903
Lines: 21

On Thu, 8 Dec 2005, Dave Hansen wrote:
> On Thu, 2005-12-08 at 08:07 -0800, Badari Pulavarty wrote:
> > No. It doesn't help. It looks like ppc pmd_huge() always returns 0.
> > Don't know why ? :(
> 
> The ppc64 hugetlb pages don't line up on PMD boundaries like they do on
> i386.  The entries are stored in regular old PTEs.  
> 
> I really don't like coding the two different hugetlb cases, but I can't
> think of a better way to do it.  Anyone care to test on ppc64?

Oh, it isn't worth that effort, just test is_vm_hugetlb_page(vma)
in show_smap, and skip it if so - or make up appropriate numbers
from (vm_end - vm_start) in that case if you like.

Hugh
-
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/