[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH v3 0/6] xen/PMU: PMU support for Xen PV guests

Changes in v3:

* Handle cases when hypervisor symbols strings don't fit into the buffer
provided by kernel. (Buffer size is no longer a constant shared between
Xen and kernel)
* Reworked data structures in xensym.c to handle better the fact that
  buffer is a Xen handle.
* Changed VPMU modes' names to "self", "all", "off"
* Moved a few (fairly minor) things around to make things bisectable
* Added Documentation/ABI/testing/sysfs-hypervisor-pmu
* Added a blurb to describe XEN_SYMS in Kconfig
* Code style changes

This is the Linux side of Xen PMU support for PV(H) guests, including
dom0. Only kernel changes are here, toolstack patch will be provided

Here is description from the hypervisor patch submission that applies
to this series as well:

This version has following limitations:
* For accurate profiling of dom0/Xen dom0 VCPUs should be pinned.
* Hypervisor code is only profiled on processors that have running dom0 VCPUs
on them.
* No backtrace support.
* Will fail to load under XSM: we ran out of bits in permissions vector and
this needs to be fixed separately

A few notes that may help reviewing:

* A shared data structure (xenpmu_data_t) between each PV VPCU and hypervisor
CPU is used for passing registers' values as well as PMU state at the time of
PMU interrupt.
* PMU interrupts are taken by hypervisor either as NMIs or regular vector
interrupts for both HVM and PV(H). The interrupts are sent as NMIs to HVM guests
and as virtual interrupts to PV(H) guests
* PV guest's interrupt handler does not read/write PMU MSRs directly. Instead, 
accesses xenpmu_data_t and flushes it to HW it before returning.
* PMU mode is controlled at runtime via 
in addition to 'vpmu' boot option (which is preserved for back compatibility).
The following modes are provided:
  * disable: VPMU is off
  * enable: VPMU is on. Guests can profile themselves, dom0 profiles itself and 
  * priv_enable: dom0 only profiling. dom0 collects samples for everyone. 
    in guests is suspended.
* /proc/xen/xensyms file exports hypervisor's symbols to dom0 (similar to
* VPMU infrastructure is now used for HVM, PV and PVH and therefore has been 
up from hvm subtree

Boris Ostrovsky (6):
  xen: xensyms support
  xen/PMU: Sysfs interface for setting Xen PMU mode
  xen/PMU: Initialization code for Xen PMU
  xen/PMU: Describe vendor-specific PMU registers
  xen/PMU: Intercept PMU-related MSR and APIC accesses
  xen/PMU: PMU emulation code

 Documentation/ABI/testing/sysfs-hypervisor-pmu |  22 +
 arch/x86/include/asm/xen/hypercall.h           |   6 +
 arch/x86/include/asm/xen/interface.h           |  41 ++
 arch/x86/xen/Makefile                          |   2 +-
 arch/x86/xen/enlighten.c                       |  24 +-
 arch/x86/xen/pmu.c                             | 537 +++++++++++++++++++++++++
 arch/x86/xen/pmu.h                             |  15 +
 arch/x86/xen/smp.c                             |  31 +-
 arch/x86/xen/xen-head.S                        |   5 +-
 drivers/xen/Kconfig                            |   8 +
 drivers/xen/sys-hypervisor.c                   | 119 ++++++
 drivers/xen/xenfs/Makefile                     |   1 +
 drivers/xen/xenfs/super.c                      |   3 +
 drivers/xen/xenfs/xenfs.h                      |   1 +
 drivers/xen/xenfs/xensyms.c                    | 152 +++++++
 include/xen/interface/platform.h               |  19 +
 include/xen/interface/xen.h                    |   2 +
 include/xen/interface/xenpmu.h                 |  67 +++
 18 files changed, 1049 insertions(+), 6 deletions(-)
 create mode 100644 Documentation/ABI/testing/sysfs-hypervisor-pmu
 create mode 100644 arch/x86/xen/pmu.c
 create mode 100644 arch/x86/xen/pmu.h
 create mode 100644 drivers/xen/xenfs/xensyms.c
 create mode 100644 include/xen/interface/xenpmu.h


Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.