Jimi Xenidis wrote:
...
Part II
== Thoughts about the way to step 2 - profiling xen ==
->the hypercall could now additionally pass a function pointer for a
function in linux
that handles xen perf interrupts
hmm, we generally do not have that ability to specify a function that
Xen run in
Hi everyone,
I have several issues where I need your help to understand xenppc so
that I don't get lost in the code. I try to number the questions so no
one can be overseen in the text.
1. arch_vcpu
I order to be able to save/restore performance sprs I need a per vcpu
storage, because it only
On Fri, 2007-03-23 at 09:38 +0100, Christian Ehrhardt wrote:
> Hi everyone,
> I have several issues where I need your help to understand xenppc so
> that I don't get lost in the code. I try to number the questions so no
> one can be overseen in the text.
>
> 1. arch_vcpu
> I order to be able to
On Fri, 2007-03-23 at 08:52 +0100, Christian Ehrhardt wrote:
> Jimi Xenidis wrote:
> ...
> >> Ensure MMCR0[FCH] for this first step:
> >> -(ensure) set MMCR[FCH] always in xen when entering xen space. This
> >> should prevent a domain
> >> messing up MMCR0[FCH]
> >> ->EXCEPTION_HEAD in exception.
On 22 Mar 2007, at 02:28, Isaku Yamahata wrote:
When auto translate physmap mode, grant table works based on
pseudo physical address space. not virtual address space.
Please see gnttab_set_map/unmap_op() using __pa().
It is up to the guest kernel to map the pseudo physical address
to kernel/user
> I really like the early cleanup hook in your patches to cleanly unmap
> any outstanding granted pages before zapping the range on vm area
> destruction. It's something that I've been wanting to do for a while
> -- very stability-adding. ;)
Yep; as far as we could tell, this should clean up the
On Mar 23, 2007, at 9:07 AM, Hollis Blanchard wrote:
On Fri, 2007-03-23 at 08:52 +0100, Christian Ehrhardt wrote:
Jimi Xenidis wrote:
...
Ensure MMCR0[FCH] for this first step:
-(ensure) set MMCR[FCH] always in xen when entering xen space. This
should prevent a domain
messing up MMCR0[FCH]
-
On Mar 23, 2007, at 8:57 AM, Hollis Blanchard wrote:
On Fri, 2007-03-23 at 09:38 +0100, Christian Ehrhardt wrote:
Jimi is suggesting that you implement the PAPR version of the
performance monitor hypercall, a.k.a. H_PERFMON. The specification he
pasted in email was from the PAPR.
Hopefully I