WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ia64-devel

Re: [Xen-ia64-devel] [Patch][RFC] allocate all memory to dom0

To: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] [Patch][RFC] allocate all memory to dom0
From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Date: Thu, 5 Oct 2006 16:55:07 +0900
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 05 Oct 2006 01:17:23 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <EC6E84BEBE8A4takebe_akio@xxxxxxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <F5C6E6A7095382takebe_akio@xxxxxxxxxxxxxx> <EC6E84BEBE8A4takebe_akio@xxxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
On Thu, Oct 05, 2006 at 04:00:20PM +0900, Akio Takebe wrote:
> Hi,
> 
> Also in the case of current Xen-ia64-unstable(cset:11721),
> this panic is occured by specified dom0_mem=4G.
> (without my patch)
> 
> I think the following error message is hint of this bug.
> (XEN) Warning: UC to WB for mpaddr=f9ff0000
> 
> I checked the arch/ia64/xen/mm.c
> Why changing pteval2 from UC to WB is OK?
> If pteval2 is WB and pteval is UC, should pteval2 be changed to UC?
> 

Because it's RAM. not I/O.
>From your log
> (XEN) dom mem: type= 7, attr=0x0000000000000008, range=
> [0x0000000080000000-0x00000000fe000000) (2016MB)
Probably ioremap hypercall failed.
Please check it by adding debug message assign_domain_same_page().
I suppose it should complain somehow.


The warning message is the result of Linux tries to use the addresses
for I/O which is RAM.
Then the next question is why/how Linux decided to use the addresses
to map I/O.
iomem_resource manages those regions so that such a overlap
shouldn't happen.
Your long doesn't tell anything about those.
Could you check Linux /proc/iomem?

-- 
yamahata

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel