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/
Home Products Support Community News


Re: [Xen-devel] Different esps

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Different esps
From: Jacob Gorm Hansen <jacob@xxxxxxxx>
Date: Fri, 23 Jan 2004 00:06:05 +0100
Cc: Steven Hand <Steven.Hand@xxxxxxxxxxxx>, Xen list <xen-devel@xxxxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 22 Jan 2004 23:06:31 +0000
Envelope-to: Steven.Hand@xxxxxxxxxxxx
In-reply-to: <E1Aj0TP-0007na-00@xxxxxxxxxxxxxxxxxxxx>
References: <E1Aj0TP-0007na-00@xxxxxxxxxxxxxxxxxxxx>
On Tue, 2004-01-20 at 19:19, Keir Fraser wrote:
> > about line 329 in traps.c:
> > 
> Maybe an exception of some kind? Did you fill in the trap_table
> (virtual IDT) in full_execution_context?


I cleaned up my page table remapping code, I am pretty confident it is
correct now (and the errors from Xen are fixed, thanks Steven). However,
I am still having the problem of an exception occuring apparently right
as the domain starts. I have tried copying the trap_table across and
installing it while creating the domain, but this has no effect -- for
instance I see lots of page faults (in ret_from_sys_call (xenolinux)) if
I print them from Xen, but the xenolinux pf handler is never reached.

Do I have to do anything more than just copy the trap_table into the
full-exe-ctxt before domain creation? Are the handler addresses in
virtual coordinates?

I have instrumented the GPF and general trap handlers in Xen, but they
are not called.

Perhaps I should just add a hypercall to make Xen dump the exe-context
in user space?


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