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-devel

Re: [Xen-devel] Is this a bug of xentrace?

To: George Dunlap <dunlapg@xxxxxxxxx>
Subject: Re: [Xen-devel] Is this a bug of xentrace?
From: Hui Kang <hkang@xxxxxxxxxxxxx>
Date: Mon, 11 May 2009 12:33:22 -0400
Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 11 May 2009 09:34:26 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <de76405a0905110142r5907dd23kfa82ecf359a8b7cc@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <4A05D1EF.2090405@xxxxxxxxxxxxx> <de76405a0905110142r5907dd23kfa82ecf359a8b7cc@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.21 (Windows/20090302)
Yes, it is 0x00007fff. This is one line  in the parsed trace file.
CPU1 962569711226060 (+ 574) switch_infnext [ new_domid = 0x00007fff, time = 14321, r_time =30000000 ] When I use "xm list", it shows the domain id is 5. There are only two domains on the host.
Can any one point out what does "0x00007fff" this number mean? Thanks.

- Hui

George Dunlap wrote:
Are you sure that's not 0x7fff? (Three f's, not four?)  0x7fff is the
domain ID of the idle domain (scheduled when there is no other work on
the system to do).

 -George

On Sat, May 9, 2009 at 7:56 PM, Hui Kang <hkang@xxxxxxxxxxxxx> wrote:
Hi,
I am using xentrace to trace the events of guest domains on a host physical
machine.  In the parsed trace file,
if the guest domain is created on the host machine, then the entry is good
switch_infprev    [ old_domid = 0x00000002
// the guest domain has a id of 2.
switch_infnext    [ new_domid = 0x00000000

However, if the guest domain is migrated from another host machine,  the
parsed trace file shows
switch_infprev    [ old_domid = 0x00007ffff
// the guest domain has a id of 2.
switch_infnext    [ new_domid = 0x00000000
Even the domain Id is 2, it shows 0x00007ffff.
Can anyone explain this? Thanks.




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


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


.



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

<Prev in Thread] Current Thread [Next in Thread>