Re: [Xen-devel] Help with: Xen BUG at timer.c:189

Am Mittwoch, 7. Juni 2017, 04:28:33 schrieb Jan Beulich: > >>> On 07.06.17 at 11:28, wrote: > > Am Freitag, 19. Mai 2017, 06:41:36 schrieb Jan Beulich: > >> >>> On 19.05.17 at 11:52, wrote: > >> > I'am struggling with a hypervisor panic.

Re: [Xen-devel] Help with: Xen BUG at timer.c:189

Am Freitag, 19. Mai 2017, 06:41:36 schrieb Jan Beulich: > >>> On 19.05.17 at 11:52, wrote: > > I'am struggling with a hypervisor panic. The hypervisor version is 4.4.3, > > yes I know - very old ;-), but the affected code hasn't much changed. > > Well, at the very

Re: [Xen-devel] Schedule is live for the Xen Project’s Annual Conference - Discounted Registration closes by end of May

Hi Lars, ich habe eine Frage bzgl. der Online-Registrierung. Damit meine Firma die Kosten übernimmt, muss auf der Rechnung letztendlich die Firmenadresse stehen. Gibt es am Ende der Registrierung eine Rechnung die auf die Firma lautet? Danke! Dietmar. Am Donnerstag, 25. Mai 2017, 16:09:40

[Xen-devel] Help with: Xen BUG at timer.c:189

Hi list, I'am struggling with a hypervisor panic. The hypervisor version is 4.4.3, yes I know - very old ;-), but the affected code hasn't much changed. The panic was never seen before and occured while booting the system, only dom0 was running. (XEN) Xen BUG at timer.c:189 (XEN) [

Re: [Xen-devel] [PATCH 1/3] xen/blkback: fix disconnect while I/Os in flight

Am Dienstag, 16. Mai 2017, 08:23:18 schrieb Juergen Gross: > Today disconnecting xen-blkback is broken in case there are still > I/Os in flight: xen_blkif_disconnect() will bail out early without > releasing all resources in the hope it will be called again when > the last request has terminated.

Re: [Xen-devel] null domains after xl destroy

Am Dienstag, 11. April 2017, 20:03:14 schrieb Glenn Enright: > On 11/04/17 17:59, Juergen Gross wrote: > > On 11/04/17 07:25, Glenn Enright wrote: > >> Hi all > >> > >> We are seeing an odd issue with domu domains from xl destroy, under > >> recent 4.9 kernels a (null) domain is left behind. > > >

Re: [Xen-devel] [PATCH v2 0/3] VPMU fixes

Am Mittwoch 02 Dezember 2015, 02:20:49 schrieb Tian, Kevin: > > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > > Sent: Wednesday, December 02, 2015 12:50 AM > > > > * Limit VPMU support to PMU versions 2, 3 and 4 (emulated at version 3 > > level) > > * Always implement family 6 VPMU

Re: [Xen-devel] [PATCH 1/2] x86/VPMU: Support only versions 2 and 3 of architectural performance monitoring

Am Montag 30 November 2015, 13:38:40 schrieb Boris Ostrovsky: > We need to have at least version 2 since it's the first version to > support various control and status registers (such as > MSR_CORE_PERF_GLOBAL_CTRL) that VPMU relies on always having. > > With explicit testing for PMU version we

Re: [Xen-devel] [PATCH v2 2/2] x86/VPMU: implement ipc and arch filter flags

Am Dienstag 24 November 2015, 15:53:12 schrieb Brendan Gregg: > This introduces a way to have a restricted VPMU, by specifying one of two > predefined groups of PMCs to make available. For secure environments, this > allows the VPMU to be used without needing to enable all PMCs. > >

Re: [Xen-devel] [PATCH v2 1/2] x86/VPMU: return correct fixed PMC count

Am Dienstag 24 November 2015, 15:53:11 schrieb Brendan Gregg: > Fixes a register typo. > > Signed-off-by: Brendan Gregg <bgr...@netflix.com> > --- > xen/arch/x86/cpu/vpmu_intel.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) Reviewed-by: Dietmar Hahn <

Re: [Xen-devel] [PATCH for 4.6] x86/VPMU: Set VPMU context pointer to NULL when freeing it

Am Dienstag 08 September 2015, 22:55:52 schrieb Boris Ostrovsky: > Otherwise we may hit assertion in vpmu_initialise() if vcpu is offlined > and then onlined again. > > For tidyness, set priv_context to NULL as well. Reviewed-by: Dietmar Hahn <dietmar.h...@ts.fujitsu.com>

Re: [Xen-devel] [PATCH v25 00/15] x86/PMU: Xen PMU PV(H) support

problem unfixed since what I thought would be sufficient to fix it did not quite work and I don't want to do a partial fix) I did some tests with HVM guests on Intel processors so for the vmx part: Tested-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com Many Thanks! Dietmar. -- Company details

Re: [Xen-devel] [PATCH v25 12/15] x86/VPMU: Handle PMU interrupts for PV(H) guests

() * Replaced sizeof(*ctxt) with offsetof() svm_vpmu_initialise()'s memcpy * Replaced a couple of returns with 'ret=-E...' in do_xenpmu_op() Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com xen/arch/x86/hvm/svm/vpmu.c | 92 ++--- xen/arch/x86/hvm/vmx/vpmu_core2.c | 108

Re: [Xen-devel] [PATCH v25 14/15] x86/VPMU: Add privileged PMU mode

Ostrovsky boris.ostrov...@oracle.com Acked-by: Jan Beulich jbeul...@suse.com Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com --- xen/arch/x86/hvm/vpmu.c | 40 +--- xen/arch/x86/traps.c | 13 + xen/include/public/pmu.h | 3 +++ 3 files

Re: [Xen-devel] [PATCH v25 06/15] x86/VPMU: Initialize PMU for PV(H) guests

...@intel.com Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com --- tools/flask/policy/policy/modules/xen/xen.te | 4 + xen/arch/x86/domain.c| 2 + xen/arch/x86/hvm/hvm.c | 1 + xen/arch/x86/hvm/svm/svm.c | 4 +- xen

Re: [Xen-devel] [PATCH v25 05/15] x86/VPMU: Initialize VPMUs with __initcall

/VMX part: Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com --- xen/arch/x86/hvm/svm/vpmu.c | 106 -- xen/arch/x86/hvm/vmx/vpmu_core2.c | 151 +++--- xen/arch/x86/hvm/vpmu.c | 32 xen/include/asm-x86/hvm

Re: [Xen-devel] [PATCH v25 10/15] x86/VPMU: Use pre-computed masks when checking validity of MSRs

-by: Kevin Tian kevin.t...@intel.com Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com --- xen/arch/x86/hvm/vmx/vpmu_core2.c | 28 ++-- 1 file changed, 18 insertions(+), 10 deletions(-) diff --git a/xen/arch/x86/hvm/vmx/vpmu_core2.c b/xen/arch/x86/hvm/vmx/vpmu_core2.c

Re: [Xen-devel] [PATCH v25 08/15] x86/VPMU: When handling MSR accesses, leave fault injection to callers

to postponing this until later. Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com Acked-by: Kevin Tian kevin.t...@intel.com --- Changes in v25: * Updated commit message to mention reason for changing vpmu_do_msr return values Reviewed-by: Dietmar Hahn dietmar.h

Re: [Xen-devel] [PATCH v25 04/15] x86/VPMU: Interface for setting PMU mode and flags

--- Changes in v25: * Added (vpmu_features == pmu_params.val) check in do_xenpmu_op:XENPMU_mode_get You mean in do_xenpmu_op:XENPMU_feature_set I think? Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com Dietmar. -- Company details: http://ts.fujitsu.com/imprint.html

Re: [Xen-devel] [PATCH v25 07/15] x86/VPMU: Save VPMU state for PV guests during context switch

...@oracle.com --- Changes in v25: * Replaced is_hvm_vcpu with is_hvm_domain to be consistent with recent changes to context_switch() Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com xen/arch/x86/domain.c | 22 ++ 1 file changed, 10 insertions(+), 12 deletions

[Xen-devel] [PATCH] VPMU: add lost Intel processor

Hi, it seems somewhere the Intel processor cpu family : 6 model : 47 model name : Intel(R) Xeon(R) CPU E7- 8837 @ 2.67GHz got lost. Dietmar. Signed-off-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com diff --git a/xen/arch/x86/hvm/vmx/vpmu_core2.c b/xen/arch/x86/hvm/vmx

Re: [Xen-devel] [PATCH v21 11/14] x86/VPMU: Handle PMU interrupts for PV(H) guests

Am Freitag 08 Mai 2015, 17:06:11 schrieb Boris Ostrovsky: Add support for handling PMU interrupts for PV(H) guests. I have only some minor nits below. Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com VPMU for the interrupted VCPU is unloaded until the guest issues XENPMU_flush

Re: [Xen-devel] [PATCH v19 12/14] x86/VPMU: Merge vpmu_rdmsr and vpmu_wrmsr

*curr; struct vpmu_struct *vpmu; +const struct arch_vpmu_ops *ops; What is this const useful for in this small function? Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com Dietmar. +int ret = 0; if ( vpmu_mode == XENPMU_MODE_OFF ) -return 0; +goto

Re: [Xen-devel] [PATCH v19 12/14] x86/VPMU: Merge vpmu_rdmsr and vpmu_wrmsr

Am Mittwoch 25 März 2015, 09:29:14 schrieb Dietmar Hahn: Am Dienstag 17 März 2015, 10:54:09 schrieb Boris Ostrovsky: The two routines share most of their logic. Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com --- Changes in v19: * const-ified arch_vpmu_ops in vpmu_do_wrmsr

Re: [Xen-devel] [PATCH v19 13/14] x86/VPMU: Add privileged PMU mode

Ostrovsky boris.ostrov...@oracle.com Reviewed-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com Dietmar. --- Changes in v19: * Slightly different mode changing logic in xenpmu_op() since we no longer allow mode changes while VPMUs are active xen/arch/x86/hvm/vpmu.c | 34

Re: [Xen-devel] [PATCH v19 01/14] x86/VPMU: VPMU should not exist when vpmu_initialise() is called

Am Dienstag 17 März 2015, 10:53:58 schrieb Boris Ostrovsky: We don't need to try to destroy it since it can't be already allocated at the time we try to initialize it. Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com Suggested-by: Andrew Cooper andrew.coop...@citrix.com Seems to be

Re: [Xen-devel] [PATCH v19 05/14] x86/VPMU: Interface for setting PMU mode and flags

Am Donnerstag 19 März 2015, 13:28:56 schrieb Jan Beulich: On 19.03.15 at 14:12, dietmar.h...@ts.fujitsu.com wrote: Am Dienstag 17 März 2015, 10:54:02 schrieb Boris Ostrovsky: +case XENPMU_feature_get: memset(pmu_params, 0, sizeof(pmu_params)); ? +pmu_params.val =

Re: [Xen-devel] [PATCH v19 05/14] x86/VPMU: Interface for setting PMU mode and flags

-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com Only two minor comments below. --- Changes in v19: * Keep track of active vpmu count and allow certain mode changes only when the count is zero * Drop vpmu_unload routines * Revert to to using opt_vpmu_enabled * Changes to oprofile code

Re: [Xen-devel] [PATCH v19 00/14] x86/PMU: Xen PMU PV(H) support

Am Dienstag 17 März 2015, 10:53:57 schrieb Boris Ostrovsky: Changes in v19: * Do not allow changing mode to/from OFF/ALL while guests are running. This significantly simplifies code due to large number of corner cases that I had to deal with. Most of the changes are in patch#5. This

Re: [Xen-devel] Branch Trace Storage for guests and VPMUinitialization

Am Mittwoch 25 Februar 2015, 11:31:31 schrieb Boris Ostrovsky: On 02/25/2015 10:12 AM, kevin.ma...@gdata.de wrote: -Ursprüngliche Nachricht- Von: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] Gesendet: Dienstag, 24. Februar 2015 18:13 An: Mayer, Kevin;

Re: [Xen-devel] [PATCH v18 05/16] x86/VPMU: Interface for setting PMU mode and flags

Am Montag 16 Februar 2015, 17:26:48 schrieb Boris Ostrovsky: Add runtime interface for setting PMU mode and flags. Three main modes are provided: * XENPMU_MODE_OFF: PMU is not virtualized * XENPMU_MODE_SELF: Guests can access PMU MSRs and receive PMU interrupts. * XENPMU_MODE_HV: Same as

Re: [Xen-devel] Wrong cpupool handling

Am Dienstag 11 November 2014, 15:21:01 schrieb Juergen Gross: Hi again, On 11/11/2014 01:18 PM, Dietmar Hahn wrote: Hi list, When creating a cpupool, starting and destroying a guest within this pool, then removing this pool doesn't work because of EBUSY. It seems the cause

Re: [Xen-devel] Wrong cpupool handling

Am Mittwoch 12 November 2014, 11:25:14 schrieb Juergen Gross: On 11/12/2014 10:53 AM, Dietmar Hahn wrote: Am Dienstag 11 November 2014, 15:21:01 schrieb Juergen Gross: Hi again, On 11/11/2014 01:18 PM, Dietmar Hahn wrote: Hi list, When creating a cpupool, starting and destroying

[Xen-devel] Wrong cpupool handling

Hi list, When creating a cpupool, starting and destroying a guest within this pool, then removing this pool doesn't work because of EBUSY. It seems the cause of this behavior is the commit bac6334b51d9bcfe57ecf4a4cb5288348fcf044a. In domain_kill() the function sched_move_domain() gets called