2 messages in com.xensource.lists.xen-ia64-devel[Xen-ia64-devel] RE: "current->domain...
FromSent OnAttachments
Magenheimer, Dan (HP Labs Fort Collins)30 May 2005 11:23 
Haavard Bjerke02 Jun 2005 06:45 
Subject:[Xen-ia64-devel] RE: "current->domain" points to wrong domain after domU launch
From:Magenheimer, Dan (HP Labs Fort Collins) (dan.@hp.com)
Date:05/30/2005 11:23:22 AM
List:com.xensource.lists.xen-ia64-devel

Sorry for the late reply. This is a holiday weekend in the U.S.

I am surprised by your result as I have never seen anything other than domain_id==0 for dom0.

Current is in r13 when Xen is active and is saved in ar.k6 when a domain is running. (This is the same as Linux and, indeed, the code used to manage this is virtually identical to Linux kernel entry/exit code.

-----Original Message----- From: Haavard Bjerke [mailto:hava@cern.ch] Sent: Saturday, May 28, 2005 8:13 AM To: Magenheimer, Dan (HP Labs Fort Collins) Cc: xen-@lists.xensource.com Subject: "current->domain" points to wrong domain after domU launch

After launching domU, current->domain->domain_id is 1, even right after executing a hypercall from dom0. To get this result, I placed the following line in a hypercall in hypercall.c:

printk("hypercall.c: current domain is %d\n", current->domain->domain_id);

It printed "(XEN) hypercall.c: current domain is 1", though dom0 executed the hypercall.

This is not the way it behaves in the x86 version, where current->domain will point to dom0.

There's no "set_current()" in Xen/ia64; how is "current" maintained?

Haavard