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] Xen/IPF Unstable CS#18688, Linux#705, ioemu#629adb3

To: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Subject: RE: [Xen-ia64-devel] Xen/IPF Unstable CS#18688, Linux#705, ioemu#629adb3f... Status --- no new issue, report 3 old bugs
From: "Zhang, Jingke" <jingke.zhang@xxxxxxxxx>
Date: Tue, 28 Oct 2008 16:34:06 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-ia64-devel@xxxxxxxxxxxxxxxxxxx" <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 28 Oct 2008 01:35:03 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20081028055451.GH5853%yamahata@xxxxxxxxxxxxx>
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/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <BB1F052FCDB1EA468BD99786C8B1ED2C01CD14F94A@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20081024075340.GF21546%yamahata@xxxxxxxxxxxxx> <706158FABBBA044BAD4FE898A02E4BC21401A71C@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20081028031245.GE5853%yamahata@xxxxxxxxxxxxx> <20081028055451.GH5853%yamahata@xxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Ack4wb30Eupd4m6fQsiALqaMHh74lwAFgsCg
Thread-topic: [Xen-ia64-devel] Xen/IPF Unstable CS#18688, Linux#705, ioemu#629adb3f... Status --- no new issue, report 3 old bugs
Isaku Yamahata wrote:
> On Tue, Oct 28, 2008 at 12:12:45PM +0900, Isaku Yamahata wrote:
>>> I thought Jingke isn't saying this  topic. What he found maybe he
>>> failed to create the domain when the domain is created and
>>> destoryed continuously for more 62 times. Seems the issue is from 
>>> the the algorithm for deallocating rid blocks doesn't work, when
>>> destroying the guest.    
>> 
>> Oh I see. Thank you for the explanation.
> 
> Could you try the following patch?
> 
> 
> IA64: fix XENMEM_add_to_physmap with XENMAPSPACE_mfn.
> 
> page reference count was leaked so that hvm domain wasn't freed.
> This patch fixes it.
> 
> Signed-off-by: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
> 
> diff --git a/xen/arch/ia64/xen/mm.c b/xen/arch/ia64/xen/mm.c
> --- a/xen/arch/ia64/xen/mm.c
> +++ b/xen/arch/ia64/xen/mm.c
> @@ -3365,7 +3365,6 @@ arch_memory_op(int op, XEN_GUEST_HANDLE(
>          /* Map at new location. */
>          /* Here page->count_info = PGC_allocated | N where N >= 1*/
>          __guest_physmap_add_page(d, xatp.gpfn, mfn);
> -        page = NULL; /* prevent put_page() */
> 
>      out:
>          domain_unlock(d);

Yes, I retest it with your patch. VTI guest can be booted when domain_id is 
>62. 

Thanks,
Zhang Jingke

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