[Xen-devel] [seabios baseline-only test] 68297: tolerable FAIL

This run is configured for baseline tests only. flight 68297 seabios real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68297/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop

Re: [Xen-devel] Xen On Nvidia Jetson TX1

Hi Methuku, On Fri, Dec 30, 2016 at 4:38 PM, Methuku Karthik wrote: > Hello Everyone, > > I am trying to run Xen on Jetson TX1. > > I have compiled uboot and changed the mode to nonsec. but I am not seeing > any message about cpu mode in dmesg. > > how to check which mode

[Xen-devel] [PATCH v2 10/10] x86/SVM: Add AMD AVIC key handler

Adding new key-handler "j" for dumping AVIC-related information. Here is an example of per-domain statistics being dumped. *** SVM AVIC Statistics ** >>> Domain 1 <<< VCPU 0 * incomp_ipi = 3110 * noaccel= 236475 * post_intr = 116176 *

[Xen-devel] [PATCH v2 09/10] x86/SVM: Hook up miscellaneous AVIC functions

Hook up virtual_intr_delivery_enabled and deliver_posted_intr functions when AVIC is enabled. Signed-off-by: Suravee Suthikulpanit Cc: Konrad Rzeszutek Wilk Cc: Jan Beulich Cc: Boris Ostrovsky

[Xen-devel] [PATCH v2 08/10] x86/SVM: Add interrupt management code via AVIC

Enabling AVIC implicitly disables the V_IRQ, V_INTR_PRIO, V_IGN_TPR, and V_INTR_VECTOR fields in the VMCB Control Word. Therefore, this patch introduces new interrupt injection code via AVIC backing page. Signed-off-by: Suravee Suthikulpanit Cc: Konrad Rzeszutek

[Xen-devel] [PATCH v2 02/10] x86/vLAPIC: Declare vlapic_read_aligned() and vlapic_reg_write() as non-static

Expose vlapic_read_aligned and vlapic_reg_write() to be used by AVIC. Signed-off-by: Suravee Suthikulpanit Reviewed-by: Konrad Rzeszutek Wilk Cc: Boris Ostrovsky --- xen/arch/x86/hvm/vlapic.c| 5 ++---

[Xen-devel] [PATCH v2 00/10] Introduce AMD SVM AVIC

CHANGES FROM RFC PATCH (v1): = https://lists.xenproject.org/archives/html/xen-devel/2016-09/msg01815.html * Rebased to Xen-4.8 * Miscellaneous styling changes based on review comments from Konrad, Jan. * Add key handle for dumping AVIC-related statistics. * Add a

[Xen-devel] [PATCH v2 07/10] x86/SVM: Add vcpu scheduling support for AVIC

Add hooks to manage AVIC data structure during vcpu scheduling. Signed-off-by: Suravee Suthikulpanit Cc: Konrad Rzeszutek Wilk Cc: Jan Beulich Cc: Boris Ostrovsky ---

[Xen-devel] [PATCH v2 06/10] x86/SVM: Add AVIC vmexit handlers

AVIC introduces two new #vmexit handlers: VMEXIT_INCOMP_IPI: This occurs when an IPI could not be delivered to all targeted guest virtual processors because at least one guest virtual processor was not allocated to a physical core at the time. In this case, Xen would try to emulate IPI.

[Xen-devel] [PATCH v2 03/10] x86/HVM: Call vlapic_destroy after vcpu_destroy

Since vlapic_init() is called before vcpu_initialise(). We should call the destroy functions in the the reverse order here. Signed-off-by: Suravee Suthikulpanit Reviewed-by: Konrad Rzeszutek Wilk Cc: Boris Ostrovsky

[Xen-devel] [PATCH v2 01/10] x86/HVM: Introduce struct hvm_pi_ops

The current function pointers for managing hvm posted interrupt can be used also by SVM AVIC. Therefore, this patch introduces the struct hvm_pi_ops in the struct hvm_domain to hold them. Signed-off-by: Suravee Suthikulpanit Reviewed-by: Konrad Rzeszutek Wilk

[Xen-devel] [PATCH v2 04/10] x86/SVM: Modify VMCB fields to add AVIC support

Introduce AVIC-related VMCB fields. Signed-off-by: Suravee Suthikulpanit Reviewed-by: Konrad Rzeszutek Wilk Cc: Konrad Rzeszutek Wilk Cc: Jan Beulich Cc: Boris Ostrovsky

[Xen-devel] [PATCH v2 05/10] x86/HVM/SVM: Add AVIC initialization code

Introduce AVIC base initialization code. This includes: * Setting up per-VM data structures. * Setting up per-vCPU data structure. * Initializing AVIC-related VMCB bit fields. This patch also introduces a new Xen parameter (svm-avic), which can be used to enable/disable AVIC support.

Re: [Xen-devel] PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode

Hello, Thanks for your reply. DRBD isn't part of the kernel ? I was thinking it has been included since 2.6.3x ? I've just tested without DRBD, the issue seems to remain. Can't see the "BUG", but the kernel crashed also. (A little bit later) I don't have full dump since I lost my network

Re: [Xen-devel] PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode

MasterPrenium writes: > Hello Guys, > > I've having some trouble on a new system I'm setting up. I'm getting a > kernel BUG message, seems to be related with the use of Xen (when I > boot the system _without_ Xen, I don't get any crash). > Here is configuration : > -

[Xen-devel] [seabios test] 104000: tolerable FAIL - PUSHED

flight 104000 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/104000/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 102858

Re: [Xen-devel] Read Performance issue when Xen Hypervisor is activated

Hello, we have tried some more tests with the system. It seems the CPU speed ist the problem in this case. I have installed the Tool unixbench. When the Hypervisor Kernel is bootet, Unixbench make 2.900 Benchmark Points. When we boot the same Kernel without Hypervisor, it generates 7.900

Re: [Xen-devel] Read Performance issue when Xen Hypervisor is activated

[Cc-ing someone which have done disk benchmark in somewhat recent time] On Tue, 2016-12-27 at 14:26 +, Michael Schinzel wrote: > We have searched in the last days more and more for the cause of this > performance issue. >   > In cooperation with the datacenter, we change some hardware to

Re: [Xen-devel] help regarding intel board

On Thu, 2016-12-22 at 10:52 +0530, George John wrote: > hi,  > > Can anybody give a list of intel based boards  for automotive > embedded use case in which xen could be installed?. > I personally can't. I tend to think that you may have more probability of getting an useful answer if you turn

[Xen-devel] [distros-debian-jessie test] 68295: tolerable all pass

flight 68295 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68295/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-armhf-jessie-netboot-pygrub 11 migrate-support-check fail never pass

[Xen-devel] [xen-unstable test] 103999: tolerable FAIL

flight 103999 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/103999/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-credit2 15 guest-start/debian.repeatfail like 103982