From mboxrd@z Thu Jan  1 00:00:00 1970
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: 2.6.32.27 dom0 - BUG: unable to handle kernel
	paging request
Date: Thu, 13 Jan 2011 09:43:35 -0500
Message-ID: <20110113144334.GA6308@dumpdata.com>
References: <4D1D0E44.9030807@theshore.net>
	<1294132563.3831.11.camel@zakaz.uk.xensource.com>
	<31258BA9-9301-4144-B8F4-4F799BB4BB74@theshore.net>
	<1294173242.13733.1.camel@localhost.localdomain>
	<E28FFF7B-ADE2-4A9B-B1C6-CD25F332DDAD@theshore.net>
	<4517209A-2F8B-41A1-9727-A0E498181135@theshore.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <xen-devel-bounces@lists.xensource.com>
Content-Disposition: inline
In-Reply-To: <4517209A-2F8B-41A1-9727-A0E498181135@theshore.net>
List-Unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: "Christopher S. Aker" <caker@theshore.net>
Cc: Ian Campbell <Ian.Campbell@eu.citrix.com>, Jeremy Fitzhardinge <jeremy@goop.org>, xen devel <xen-devel@lists.xensource.com>
List-Id: xen-devel@lists.xenproject.org

On Sun, Jan 09, 2011 at 01:07:26PM -0500, Christopher S. Aker wrote:
> On Jan 4, 2011, at 4:59 PM, Christopher S. Aker wrote:
> > 
> > I rebuilt with CONFIG_DEBUG_INFO, and surprisingly it appears valid at the same address:
> > 
> > # gdb vmlinux
> > (gdb) list *0xc1022781
> > 0xc1022781 is in vmalloc_sync_all (/build/xen/dom0/pv_ops/2.6.32.27-1-debug/arch/x86/include/asm/pgtable.h:434).
> > 429     #define pud_page(pud)           pfn_to_page(pud_val(pud) >> PAGE_SHIFT)
> > 430
> > 431     /* Find an entry in the second-level page table.. */
> > 432     static inline pmd_t *pmd_offset(pud_t *pud, unsigned long address)
> > 433     {
> > 434             return (pmd_t *)pud_page_vaddr(*pud) + pmd_index(address);
> > 435     }
> > 436
> > 437     static inline int pud_large(pud_t pud)
> > 438     {
> 
> We hit the BUG again on a third test box -- at least it's fairly easy to reproduce.  Has anyone had a chance to poke at this, or have a suggestion for something for me to try/test?

I don't have that much memory as you, so I've only been running a smaller subset of those guests.
So far, nothing yet. How long did it take you to hit it?