flight 60638 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60638/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail in 60597
pass in 60638
test-amd64-i386-xl-q
XenGT leverages ioreq server to track and forward the accesses to
GPU I/O resources, e.g. the PPGTT(per-process graphic translation
tables). Currently, ioreq server uses rangeset to track the BDF/
PIO/MMIO ranges to be emulated. To select an ioreq server, the
rangeset is searched to see if the I/O
Currently in ioreq server, guest write-protected ram pages are
tracked in the same rangeset with device mmio resources. Yet
unlike device mmio, which can be in big chunks, the guest write-
protected pages may be discrete ranges with 4K bytes each.
This patch uses a seperate rangeset for the guest
This patch refactors struct rangeset to base it on the red-black
tree structure, instead of on the current doubly linked list. By
now, ioreq leverages rangeset to keep track of the IO/memory
resources to be emulated. Yet when number of ranges inside one
ioreq server is very high, traversing a doubl
flight 60637 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60637/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-arndale 3 host-install(3) broken REGR. vs. 59254
test-amd64-i386-xl
Map shared data structure that will hold CPU registers, VPMU context,
V/PCPU IDs of the CPU interrupted by PMU interrupt. Hypervisor fills
this information in its handler and passes it to the guest for further
processing.
Set up PMU VIRQ.
Now that perf infrastructure will assume that PMU is avail
Add PMU emulation code that runs when we are processing a PMU interrupt.
This code will allow us not to trap to hypervisor on each MSR/LVTPC access
(of which there may be quite a few in the handler).
Signed-off-by: Boris Ostrovsky
Reviewed-by: David Vrabel
---
arch/x86/xen/pmu.c | 214 +
AMD and Intel PMU register initialization and helpers that determine
whether a register belongs to PMU.
This and some of subsequent PMU emulation code is somewhat similar to
Xen's PMU implementation.
Signed-off-by: Boris Ostrovsky
Reviewed-by: David Vrabel
---
arch/x86/xen/pmu.c | 153
Changes in v6:
* Fix ARM builds (as suggested by Julien):
o Make XEN_SYMS depend on X86 (patch 1)
o Add CONFIG_XEN_HAVE_PVMMU and use it in drivers/xen/sys-hypervisor.c
(patch 2)
* Adjust release dates in Documentation/ABI/testing/sysfs-hypervisor-pmu
(patch 2)
Boris Ostrovsky (6):
xe
Set Xen's PMU mode via /sys/hypervisor/pmu/pmu_mode. Add XENPMU hypercall.
Signed-off-by: Boris Ostrovsky
---
Documentation/ABI/testing/sysfs-hypervisor-pmu | 23 +
arch/x86/include/asm/xen/hypercall.h | 6 ++
arch/x86/xen/Kconfig | 1 +
drivers/xen/K
Export Xen symbols to dom0 via /proc/xen/xensyms (similar to
/proc/kallsyms).
Signed-off-by: Boris Ostrovsky
Reviewed-by: David Vrabel
---
drivers/xen/Kconfig | 8 +++
drivers/xen/xenfs/Makefile | 1 +
drivers/xen/xenfs/super.c| 3 +
drivers/xen/xenfs/xenfs.h
Provide interfaces for recognizing accesses to PMU-related MSRs and
LVTPC APIC and process these accesses in Xen PMU code.
(The interrupt handler performs XENPMU_flush right away in the beginning
since no PMU emulation is available. It will be added with a later patch).
Signed-off-by: Boris Ostro
flight 60632 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60632/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511
Tests which are failing
On Mon, Jul 27, 2015 at 10:51 AM, Dario Faggioli
wrote:
> On Fri, 2015-07-10 at 23:52 -0500, Chong Li wrote:
>> Add XEN_DOMCTL_SCHEDOP_getvcpuinfo and _putvcpuinfo hypercalls
>> to independently get and set the scheduling parameters of each
>> vCPU of a domain
>>
> I'd add a note about the fact th
On Mon, Jul 13, 2015 at 3:37 AM, Jan Beulich wrote:
On 11.07.15 at 06:52, wrote:
>> @@ -1162,8 +1176,82 @@ rt_dom_cntl(
>> }
>> spin_unlock_irqrestore(&prv->lock, flags);
>> break;
>> +case XEN_DOMCTL_SCHEDOP_getvcpuinfo:
>> +spin_lock_irqsave(&prv->loc
On Tue, Jul 28, 2015 at 4:25 AM, Dario Faggioli
wrote:
> On Fri, 2015-07-10 at 23:52 -0500, Chong Li wrote:
>> Change main_sched_rtds and related output functions to support
>> per-VCPU settings.
>>
> This patch also looks nice. A few comments provided inline.
>
>
>> diff --git a/tools/libxl/xl_cm
Hi Wei,
On 08/08/2015 16:16, Wei Liu wrote:
On Fri, Aug 07, 2015 at 06:27:18PM +0100, Julien Grall wrote:
The firmware directory is not built at all on ARM. Attempting to update
it using the target subtree-force-update will fail when try to update
seabios.
Signed-off-by: Julien Grall
---
Cc:
flight 60631 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60631/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581
Regressions which are
flight 60630 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60630/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 21d0e75065eabe7a6bd9e4b92af54f070258a79b
baseline version:
ovmf c3db5a8c3d3acf4791844c10b89a60552ac
flight 60629 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60629/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-vhd 9 debian-di-installfail never pass
test-armhf-armhf-libvirt-raw 9 debian-di-i
20 matches
Mail list logo
