flight 58156 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58156/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
On Mon, 8 Jun 2015, Ian Jackson wrote:
Stefano Stabellini writes (Re: [PATCH v2 5/5] libxl: spawns two QEMUs for
HVM guests):
Do you have any suggestions on how I could fix this function for the
purpose of this series? I would be quite happy to leave fixing
qdisk_spawn_outcome in libxl.c
Currently only QEMU traditional supports stubdom, so we only create
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm
Note that stubdom only
...
== Hypervisor ==
[...]
* Improve RTDS scheduler (none)
Change RTDS from quantum driven to event driven
- Dagaen Golomb, Meng Xu, Chong Li
...
Ok.
The patch for this is out:
http://osdir.com/ml/general/2015-06/msg10265.html
Looking forward to comments.
Regards,
Dagaen Golomb
On Mon, Jun 08, 2015 at 04:53:46PM +0100, Wei Liu wrote:
On Wed, Jun 03, 2015 at 03:35:18PM +0200, Vitaly Kuznetsov wrote:
Jan and Tim,
last week you expressed some concerns about if the toolstack-based
approach to PVHVM guest kexec is the best. Here you can see the 'reset
everything'
On Mon, Jun 8, 2015 at 10:56 AM, Dario Faggioli
dario.faggi...@citrix.com wrote:
On Fri, 2015-06-05 at 12:37 +0100, Ian Campbell wrote:
On Mon, 2015-05-25 at 19:09 -0500, Chong Li wrote:
diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl
index 117b61d..d28d274 100644
Hi Parth,
I think it misses a : between acpi and estimate.
On 17/05/2015 21:03, Parth Dixit wrote:
Estimate the memory required for loading acpi/efi tablee
in DOM0. Initialize the size of acpi/efi tables.
It needs more description...
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
Hi,
On 17/05/2015 21:04, Parth Dixit wrote:
NOTE: This is a wrokaround to be fixed later.
How do you plan to fix it?
Route all the irq's to Dom0 at the time of booting.
Trigger and polarity will be set dyanmaically when
s/dyanmaically/dynamically/
Dom0 request's for it.
Signed-off-by:
On 17/05/2015 21:04, Parth Dixit wrote:
Map acpi tables described in uefi table to DOM0 address space
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/arch/arm/domain_build.c | 59 -
1 file changed, 58 insertions(+), 1 deletion(-)
diff
Hi Parth,
On 17/05/2015 21:03, Parth Dixit wrote:
ACPI memory is seperate from conventional memory and should
s/seperate/separate/
be marked as reserved while passing to DOM0. Create a new meminfo
structure to store all the acpi tables listed in uefi.
Signed-off-by: Parth Dixit
Hi,
On 17/05/2015 21:04, Parth Dixit wrote:
Add helper functions for calculating crc32.
This is required for computing crc of efi table.
These functions are copied from here
http://mirrors.neusoft.edu.cn/rpi-kernel/lib/xz/xz_crc32.c
Original author's are Lasse Collin and Igor Pavlov.
I'm
Hi Parth,
On 17/05/2015 21:04, Parth Dixit wrote:
Interrupt information is described in DSDT and is not available at
the time of booting. Configure the interrupts dynamically when requested
by Dom0
Missing .
Also, I'm sure we talked about it multiple time. I'd like to keep the
ACPI changes
Hi Parth,
On 17/05/2015 21:03, Parth Dixit wrote:
creates a helper function for mapping with cached attributes
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/arch/arm/p2m.c| 26 ++
xen/include/asm-arm/p2m.h | 10 ++
2 files changed, 36
Hi Parth,
On 17/05/2015 21:03, Parth Dixit wrote:
EFI table, memory description table and some of acpi tables
will reside in DOM0 memory. Add placeholder for starting
address for loading in DOM0 and get/set acpi size helpers.
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
Hi Parth,
On 17/05/2015 21:03, Parth Dixit wrote:
In ACPI mmio regions are described in DSDT which requires
AML interpreter. Defer the mapping of mmio until DSDT is parsed in
DOM0 and map mmio's dynamically at the time of request.
I'm against a such solution. Even though it's DOM0 we should
Hi Parth,
On 17/05/2015 21:04, Parth Dixit wrote:
ACPI will be disabled by default. Define new
command line parameter acpi for enabling it.
I don't think this is right. We have to be able to boot platform where
there is only ACPI provided without adding a command line option.
Overall, it
Hi Julien,
My test was limited as I don't have a platform where CNTFRQ/CNTFRQ_EL0 is not
valid. I may have done a mistake in the code.
Understood. That's why I thought it would be worthwhile posting my results :-)
What I see is that in preinit_xen_time(), the call to dt_property_read_u32()
On 06/07/15 14:29, Wei Liu wrote:
On Mon, Jun 01, 2015 at 09:13:08AM +, Maoming wrote:
Hi all:
I encountered a troublesome problem about OVMF.
I used OVMF.fd as a BIOS of virtual machine(VM).
1、my environment:
xen_version: 4.6-unstable
I
Here is gdb output that shows this happening:
Breakpoint 3, object_finalize (data=0x7fdf32a14010) at qom/object.c:417
417 obj-free(obj);
(gdb) bt
#0 object_finalize (data=0x7fdf32a14010) at qom/object.c:417
#1 0x007329d4 in object_unref (obj=0x7fdf32a14010) at
The commit 707ff80021ccd7a68f4b3d2c44eebf87efbb41c4 added usage of
xc_hvm_map_pcidev_from_ioreq_server() and
xc_hvm_unmap_pcidev_from_ioreq_server(). These routines only
correctly work if the PCI BDF of a PCI device is unique. The 3
parts (bus, device, and function) of a PCI BDF are not required
Signed-off-by: Don Slutz dsl...@verizon.com
CC: Don Slutz don.sl...@gmail.com
---
include/hw/xen/xen_common.h | 10 ++
xen-hvm.c | 13 -
2 files changed, 18 insertions(+), 5 deletions(-)
diff --git a/include/hw/xen/xen_common.h b/include/hw/xen/xen_common.h
The commit 707ff80021ccd7a68f4b3d2c44eebf87efbb41c4 assumed that a
PCI device has a static address. This is not true for PCI devices
that are on the secondary bus of a PCI to PCI bridge.
BIOS and/or guest OS can change the secondary bus number to a new
value at any time.
Extend the device
On Mon, Jun 8, 2015 at 11:21 AM, Dario Faggioli
dario.faggi...@citrix.com wrote:
On Mon, 2015-05-25 at 19:11 -0500, Chong Li wrote:
Change main_sched_rtds and related output functions to support per-VCPU
settings
for xl sched-rtds tool.
Signed-off-by: Chong Li chong...@wustl.edu
changes v1 to v2:
Split v1 patch into 3.
Added a BUG FIX patch (#1: exec: Do not use MemoryRegion after
free).
Technically this bug fix should be a separate patch, however this
issue only seems to reproduce when this patch set is applied.
Michael S. Tsirkin:
You need some
flight 58161 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58161/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-amd64-libvirt
On Mon, 2015-06-08 at 14:01 +0100, Lars Kurth wrote:
On 8 Jun 2015, at 13:19, Ian Campbell ian.campb...@citrix.com wrote:
In MAINTAINERS S: Supported means:
Someone is actually paid to look after this., which I think is
distinct from This works well enough that the project is happy
Signed-off-by: Anthony PERARD anthony.per...@citrix.com
---
src/libxl/libxl_conf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/libxl/libxl_conf.c b/src/libxl/libxl_conf.c
index 9b258ac..e845759 100644
--- a/src/libxl/libxl_conf.c
+++ b/src/libxl/libxl_conf.c
@@ -1541,7
From: Luis R. Rodriguez mcg...@suse.com
We are burrying direct access to MTRR code support on
x86 in order to take advantage of PAT. In the future we
also want to make the default behaviour of ioremap_nocache()
to use strong UC, use of mtrr_add() on those systems
would make write-combining void.
flight 58185 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58185/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail in 58064 REGR. vs. 57312
Tests which are
On 06/08/2015 06:15 PM, Andrew Cooper wrote:
On 08/06/15 10:58, Yang Hongyang wrote:
On 06/08/2015 05:46 PM, Andrew Cooper wrote:
On 08/06/15 04:43, Yang Hongyang wrote:
ioreq page contains evtchn which will be set when we resume the
secondary vm the first time. The hypervisor will check
flight 58167 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58167/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 3 host-install(3) broken REGR. vs. 58128
From: Luis R. Rodriguez mcg...@suse.com
We are burrying direct access to MTRR code support on
x86 in order to take advantage of PAT. In the future we
also want to make the default behaviour of ioremap_nocache()
to use strong UC, use of mtrr_add() on those systems
would make write-combining void.
On Thu, May 28, 2015 at 2:50 PM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
On Thu, May 21, 2015 at 11:32 AM, Luis R. Rodriguez mcg...@suse.com wrote:
On Thu, May 21, 2015 at 04:20:27PM +0800, Michal Marek wrote:
Dne 21.5.2015 v 02:53 Luis R. Rodriguez napsal(a):
From: Luis R. Rodriguez
On 06/08/2015 09:04 PM, Andrew Cooper wrote:
On 08/06/15 04:45, Yang Hongyang wrote:
call callbacks-get_dirty_pfn() after suspend primary vm to
get dirty pages on secondary vm, and send pages both dirty on
primary/secondary to secondary.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
On 06/08/2015 09:04 PM, Andrew Cooper wrote:
On 08/06/15 04:45, Yang Hongyang wrote:
call callbacks-get_dirty_pfn() after suspend primary vm to
get dirty pages on secondary vm, and send pages both dirty on
primary/secondary to secondary.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
flight 58178 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58178/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
-Original Message-
From: Ian Campbell [mailto:ian.campb...@citrix.com]
Sent: Monday, June 08, 2015 6:31 PM
To: Pang, LongtaoX
Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com; wei.l...@citrix.com;
Hu,
Robert
Subject: Re: [OSSTEST Nested PATCH v11 4/7] Changes on test step
On 2015/6/7 19:27, Wei Liu wrote:
On Wed, Jun 03, 2015 at 10:58:31AM +0800, Chen, Tiejun wrote:
On 2015/6/3 0:36, Wei Liu wrote:
On Fri, May 22, 2015 at 05:35:08PM +0800, Tiejun Chen wrote:
This patch passes rdm reservation policy to xc_assign_device() so the policy
is checked when assigning
flight 58175 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58175/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 3 host-install(3) broken REGR. vs. 57931
On 05.06.15 at 18:42, david.vra...@citrix.com wrote:
On 05/06/15 17:11, Jan Beulich wrote:
On 05.06.15 at 17:55, david.vra...@citrix.com wrote:
On 05/06/15 15:51, Jan Beulich wrote:
On 02.06.15 at 18:26, david.vra...@citrix.com wrote:
+/*
+ * max_maptrack_frames is per domain so
On 07.06.15 at 08:23, m...@redhat.com wrote:
On Mon, Apr 20, 2015 at 04:32:12PM +0200, Michael S. Tsirkin wrote:
On Mon, Apr 20, 2015 at 03:08:09PM +0100, Jan Beulich wrote:
On 20.04.15 at 15:43, m...@redhat.com wrote:
On Mon, Apr 13, 2015 at 01:51:06PM +0100, Jan Beulich wrote:
On
Hi Andrew,
Thank you for your reply!
I do not know much about migration V2. Was it integrated to Xen? If
integrated, from which version?
Thank you!!
Best Regards,
Yunfang
2015-06-06 3:00 GMT+08:00 Andrew Cooper andrew.coop...@citrix.com:
On 05/06/15 19:45, Konrad Rzeszutek Wilk
PCI Pass-through in Xen ARM
--
Index
1. Background
2. Basic PCI Support in Xen ARM
2.1 pci_hostbridge and pci_hostbridge_ops
2.2 PHYSDEVOP_pci_host_bridge_add hypercall
3. Dom0 Access PCI devices
4. DomU assignment of PCI device
5. NUMA and PCI passthrough
6. DomU pci
On 08.06.15 at 03:47, wei.w.w...@intel.com wrote:
On 26/05/2015 21:58, Jan Beulich wrote
On 13.05.16 at 09:50, wei.w.w...@intel.com wrote:
+static int byt_get_min_pstate(void)
+{
+u64 value;
+
+rdmsrl(BYT_RATIOS, value);
+return (value 8) 0x7F;
+}
+
+static int
flight 58128 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58128/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-sedf-pin 6 xen-boot fail REGR. vs. 57931
test-amd64-i386-libvirt
On 05.06.15 at 18:41, stefano.stabell...@eu.citrix.com wrote:
On Fri, 5 Jun 2015, Jan Beulich wrote:
On 05.06.15 at 13:32, stefano.stabell...@eu.citrix.com wrote:
--- a/hw/xen/xen_pt.c
+++ b/hw/xen/xen_pt.c
@@ -248,7 +248,9 @@ static void xen_pt_pci_write_config(PCID
/* check
From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
Sent: Friday, June 05, 2015 10:28 PM
On 06/05/2015 09:53 AM, wei.l...@citrix.com wrote:
* VPMU - 'perf' support in Xen (good)
v21 posted
Need reviews/final ack.
- Boris Ostrovsky
I posted a version last week
On 05.06.15 at 12:48, ian.campb...@citrix.com wrote:
On Fri, 2015-06-05 at 10:18 +0100, Jan Beulich wrote:
On 05.06.15 at 11:07, ian.campb...@citrix.com wrote:
WRT the move to the colo, flights in 5 are in the new one, while
3 are in the old one,
flight 58157 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58157/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
branch xen-unstable
xen branch xen-unstable
job test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm
test guest-saverestore
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu
Hi Konrad,
Thank you for your reply!
It does not matter whether it is 1000 or not. Most of the save
restore operations will be failed
when there are more than 1000 pages put in the persistent pool. Some of the
operations
will be success when there are not so much pages put in the
Eric Blake ebl...@redhat.com writes:
[adding Markus, as author of the regression]
On 06/04/2015 03:59 PM, Don Slutz wrote:
On 06/04/15 11:04, Fabio Fantoni wrote:
Today after trying xen-unstable build (tested many hours) of some days
ago I tried update qemu to latest development version
On 08/06/15 08:42, Jan Beulich wrote:
On 07.06.15 at 08:23, m...@redhat.com wrote:
On Mon, Apr 20, 2015 at 04:32:12PM +0200, Michael S. Tsirkin wrote:
On Mon, Apr 20, 2015 at 03:08:09PM +0100, Jan Beulich wrote:
On 20.04.15 at 15:43, m...@redhat.com wrote:
On Mon, Apr 13, 2015 at 01:51:06PM
On 08/06/2015 14:50, Jan Beulich wrote:
On 08.06.15 at 03:47, wei.w.w...@intel.com wrote:
On 26/05/2015 21:58, Jan Beulich wrote
On 13.05.16 at 09:50, wei.w.w...@intel.com wrote:
+static int byt_get_min_pstate(void) {
+u64 value;
+
+rdmsrl(BYT_RATIOS, value);
+
On 6/5/2015 9:53 PM, wei.l...@citrix.com wrote:
(Note, please trim your quotes when replying, and also trim the CC list if
necessary. You might also consider changing the subject line of your reply to
Status of (Was: Xen 4.6 Development Update (X months reminder))
Hi all
We are now four
On 08.06.15 at 10:09, malcolm.cross...@citrix.com wrote:
On 08/06/15 08:42, Jan Beulich wrote:
Not really. All we concluded so far is that _maybe_ the bridge, upon
seeing the UR, generates a Master Abort, rendering the whole thing
fatal. Otoh the respective root port also has
- Received
On 08.06.15 at 10:53, ian.campb...@citrix.com wrote:
That's 6/14 (43%) failure rate on fiano0 and 2/10 (20%) on fiano1. Which
differs form the apparent xen-unstable failure rate. But I wouldn't take
this as evidence that the two systems differ significantly, despite how
the unstable results
On Sun, 2015-06-07 at 11:28 +, osstest service user wrote:
flight 57925 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57925/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
I think it is pretty safe to
On Mon, 2015-06-08 at 04:37 +, osstest service user wrote:
flight 58119 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58119/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
This has been failing for a while
On 05.06.15 at 18:32, boris.ostrov...@oracle.com wrote:
On 06/05/2015 12:03 PM, Jan Beulich wrote:
On 29.05.15 at 20:42, boris.ostrov...@oracle.com wrote:
@@ -289,19 +302,24 @@ static int amd_vpmu_do_wrmsr(unsigned int msr,
uint64_t
msr_content,
{
struct vcpu *v = current;
On Fri, 2015-05-29 at 11:38 +0100, Roger Pau Monne wrote:
Only the first block is expected to take longer (because it decompresses
the image and writes it to a LVM volume), the remaining commands should
execute much faster, so reduce the timeout.
Signed-off-by: Roger Pau Monné
On Fri, 2015-06-05 at 18:21 +0100, Andrew Cooper wrote:
However, I expect it to turn into (HVM - Qemu + very few extra PV
hypercalls)
Don't forget - in Xen device models (e.g. PIT etc) and - some other
stuff which I'm sure I'm forgetting from Tim's original list of things
to be made
在 2:06 的 2015/5/20 上,在讯息
caflbxzzhffwo6tm7602y3+x5kx65-w4obfs1vdvb8kqnzda...@mail.gmail.com 中,George
Dunlap george.dun...@eu.citrix.com 写入:
On Sun, Apr 19, 2015 at 4:50 AM, Chunyan Liu cy...@suse.com wrote:
Add pvusb APIs, including:
- attach/detach (create/destroy) virtual usb
Il 08/06/2015 11:16, Ian Campbell ha scritto:
On Sun, 2015-06-07 at 11:28 +, osstest service user wrote:
flight 57925 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57925/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could
On 08/06/15 10:37, Yang Hongyang wrote:
On 06/08/2015 05:24 PM, Andrew Cooper wrote:
On 08/06/15 04:43, Yang Hongyang wrote:
If the err is RECORD_NOT_PROCESSED, and it is an optional record,
restore will still fail. The patch fix this.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
On 08/06/15 10:46, Andrew Cooper wrote:
On 08/06/15 04:43, Yang Hongyang wrote:
ioreq page contains evtchn which will be set when we resume the
secondary vm the first time. The hypervisor will check if the
evtchn is corrupted, so we cannot zero the ioreq page more
than one time.
The
On 08.06.15 at 12:02, rcojoc...@bitdefender.com wrote:
On 05/08/2015 07:07 PM, Jan Beulich wrote:
--- a/xen/include/asm-x86/domain.h
+++ b/xen/include/asm-x86/domain.h
@@ -512,6 +513,7 @@ struct arch_vcpu
uint32_t emulate_flags;
unsigned long gpa;
unsigned
On Mon, 2015-06-08 at 11:35 +0100, Ian Jackson wrote:
Luwei Cheng writes (Re: Backport request libxl: In libxl_set_vcpuonline
check for maximum number of VCPUs against the cpumap. (Was: Re: [Bug report]
Security issue in xl vcpu-set)):
Some third-part management tools might be built
On 05.06.2015 17:27, Jan Beulich wrote:
On 05.06.15 at 17:00, konrad.w...@oracle.com wrote:
On Wed, May 20, 2015 at 05:11:20PM +0200, Martin Pohlack wrote:
* Xen as it is now, has a couple of non-unique symbol names which will
make runtime symbol identification hard. Sometimes, static
-Original Message-
* Intel GVT-g (none)
requires refactoring ioreq-server, fixing 16-byte MMIO emulation
and optional PV IOMMU support
- Yu, Zhang
ioreq-server: still in development. Previously tried to refactor the
ioreq-server to track the IO resources by using
On Mon, Jun 08, 2015 at 09:09:15AM +0100, Malcolm Crossley wrote:
On 08/06/15 08:42, Jan Beulich wrote:
On 07.06.15 at 08:23, m...@redhat.com wrote:
On Mon, Apr 20, 2015 at 04:32:12PM +0200, Michael S. Tsirkin wrote:
On Mon, Apr 20, 2015 at 03:08:09PM +0100, Jan Beulich wrote:
On 20.04.15
On Mon, 2015-06-08 at 10:15 +0100, Jan Beulich wrote:
On 08.06.15 at 10:53, ian.campb...@citrix.com wrote:
That's 6/14 (43%) failure rate on fiano0 and 2/10 (20%) on fiano1. Which
differs form the apparent xen-unstable failure rate. But I wouldn't take
this as evidence that the two systems
On Mon, Jun 08, 2015 at 10:03:18AM +0100, Jan Beulich wrote:
On 08.06.15 at 10:09, malcolm.cross...@citrix.com wrote:
On 08/06/15 08:42, Jan Beulich wrote:
Not really. All we concluded so far is that _maybe_ the bridge, upon
seeing the UR, generates a Master Abort, rendering the whole
On 06/08/2015 05:46 PM, Andrew Cooper wrote:
On 08/06/15 04:43, Yang Hongyang wrote:
ioreq page contains evtchn which will be set when we resume the
secondary vm the first time. The hypervisor will check if the
evtchn is corrupted, so we cannot zero the ioreq page more
than one time.
The
On Fri, 2015-05-22 at 11:55 +0200, Dario Faggioli wrote:
the SEDF scheduler is about to be deprecated and go
away (see [1]). OTOH, the RTDS scheduler is here to
stay.
It therefore makes sense to stop smoke testing the
former in favour of the latter. Note that the
-sedf-pin jobs where only
On Tue, 2015-05-26 at 17:08 +0800, longtao.pang wrote:
1. The default disk size for guest is '1M' which is not sufficient
for nested HVM guest, using larger disk size for nested guest
to accommodate to nested test requirement, the specific disk_size is
defined by make-flight.
2. In L1
flight 58137 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58137/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
On 08.06.15 at 11:36, m...@redhat.com wrote:
On Mon, Jun 08, 2015 at 10:03:18AM +0100, Jan Beulich wrote:
On 08.06.15 at 10:09, malcolm.cross...@citrix.com wrote:
I believe the correct behaviour is happening but a PCIE completion timeout
is occurring instead of a
unsupported request.
Hi,
I wanted to point out that there is some discrepancy on the supported state of
the ARINC653 scheduler
* http://wiki.xenproject.org/wiki/Xen_Project_Release_Features
http://wiki.xenproject.org/wiki/Xen_Project_Release_Features not listed at all
*
在 2:16 的 2015/5/20 上,在讯息
caflbxzaw3zcsq-8tjph+3cvg4xs-j15_na930hcry8x4grb...@mail.gmail.com 中,George
Dunlap george.dun...@eu.citrix.com 写入:
On Sun, Apr 19, 2015 at 4:50 AM, Chunyan Liu cy...@suse.com wrote:
+int libxl_device_usb_getinfo(libxl_ctx *ctx, char *busid, libxl_usbinfo
*usbinfo)
I saw that config/Paths.mk contains:
XEN_DUMP_DIR := /var/lib/xen/dump
But build fails with:
xl_cmdimpl.c: In function âhandle_domain_deathâ:
xl_cmdimpl.c:2330:33: error: âXEN_DUMP_DIRâ undeclared (first use in
this function)
xl_cmdimpl.c:2330:33: note: each undeclared identifier
On 06/04/2015 12:28 PM, Don Slutz wrote:
On 06/03/15 13:09, George Dunlap wrote:
On 05/22/2015 04:50 PM, Don Slutz wrote:
This adds synchronization of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and
Just to note that xc_bitops.h needs cleanup as Andy pointed out in v1...
It will done in v3.
On 06/08/2015 11:43 AM, Yang Hongyang wrote:
When we are under COLO, we will send dirty page bitmap info from
secondary to primary at every checkpoint. So we need to get/test
the dirty page bitmap. We
From: Alan Robinson alan.robin...@ts.fujitsu.com
commit 6d112f2b50 (x86/vPMU: change Intel model numbers from decimal
to hex) translated 47 to 0x27, now corrected to 0x2f.
Signed-off-by: Alan Robinson alan.robin...@ts.fujitsu.com
Signed-off-by: Dietmar Hahn dietmar.h...@ts.fujitsu.com
---
On Fri, 2015-06-05 at 19:18 +0100, Julien Grall wrote:
On 05/06/2015 16:56, Ian Campbell wrote:
On Mon, 2015-06-01 at 20:56 +0800, Chen Baozi wrote:
From: Chen Baozi baoz...@gmail.com
There are 3 places to change:
* Initialise vMPIDR value in vcpu_initialise()
* Find the vCPU from
On Fri, 2015-06-05 at 19:25 +0100, Julien Grall wrote:
On 05/06/2015 17:09, Ian Campbell wrote:
+ * injection, ignoring level 2 3.
+ */
+if ( gicv3_sgir_to_cpumask(vcpu_mask, sgir) )
+{
+gprintk(XENLOG_WARNING, Wrong affinity in SGI1R_EL
On 5 Jun 2015, at 12:43, Ian Campbell ian.campb...@citrix.com wrote:
On Fri, 2015-06-05 at 12:32 +0100, Lars Kurth wrote:
On 3 Jun 2015, at 10:35, Ian Campbell ian.campb...@citrix.com wrote:
On Mon, 2015-06-01 at 10:36 +0100, Lars Kurth wrote:
In the event that we do not have a patch
On Mon, 2015-06-08 at 10:15 +0100, Jan Beulich wrote:
(I'm trying to make myself a picture of what debugging options we
have.)
In the meantime I've kicked off an adhoc job using no-apicv as suggested
by Andy (on IIRC last week IIRC). Assuming that my tweak takes effect in
practice I'll run a
On 08/06/15 10:58, Yang Hongyang wrote:
On 06/08/2015 05:46 PM, Andrew Cooper wrote:
On 08/06/15 04:43, Yang Hongyang wrote:
ioreq page contains evtchn which will be set when we resume the
secondary vm the first time. The hypervisor will check if the
evtchn is corrupted, so we cannot zero
On 19/05/15 07:08, Tina Ruchandani wrote:
struct timeval uses a 32-bit field for representing seconds,
which will overflow in the year 2038 and beyond. This patch replaces
struct timeval with 64-bit ktime_t which is 2038 safe.
The patch is part of a larger effort to remove instances of
32-bit
On 08.06.15 at 11:27, ian.campb...@citrix.com wrote:
I don't know much about the hardware in the pool other than what can be
gathered from the serial and dmesg logs.
Right - this is useful for learning details of an individual system, but
isn't really helpful when wanting to compare all system
On 08.06.15 at 11:30, m...@redhat.com wrote:
On Mon, Jun 08, 2015 at 08:42:57AM +0100, Jan Beulich wrote:
Otoh the respective root port also has
- Received Master Abort set in its Secondary Status register (but
that's also already the case in the log that we have before the UR
occurs,
On 08.06.15 at 10:34, mpohl...@amazon.com wrote:
On 05.06.2015 17:27, Jan Beulich wrote:
On 05.06.15 at 17:00, konrad.w...@oracle.com wrote:
On Wed, May 20, 2015 at 05:11:20PM +0200, Martin Pohlack wrote:
* Xen as it is now, has a couple of non-unique symbol names which will
make runtime
On 08/06/15 04:43, Yang Hongyang wrote:
ioreq page contains evtchn which will be set when we resume the
secondary vm the first time. The hypervisor will check if the
evtchn is corrupted, so we cannot zero the ioreq page more
than one time.
The ioreq-state is always STATE_IOREQ_NONE after the
On Fri, 2015-06-05 at 22:41 +0530, Vijay Kilari wrote:
On Fri, Jun 5, 2015 at 10:08 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Fri, 2015-06-05 at 21:25 +0530, Vijay Kilari wrote:
Let xen mark those phantom devices added using MAPD as dummy and
just emulate and does not translate ITS
On Thu, Jun 04, 2015 at 12:28:18PM +0100, Stefano Stabellini wrote:
If QEMU is ran just to provide PV backends, change the xenstore path to
/local/domain/0/device-model/$DOMID/pv.
Add a parameter to libxl__device_model_xs_path to distinguish the device
model from the pv backends provider.
Luwei Cheng writes (Re: Backport request libxl: In libxl_set_vcpuonline check
for maximum number of VCPUs against the cpumap. (Was: Re: [Bug report]
Security issue in xl vcpu-set)):
Some third-part management tools might be built directly above xl.
Perhaps they can not rely on Ctrl-C..
In
On Mon, 2015-06-08 at 09:07 +0100, Jan Beulich wrote:
On 05.06.15 at 12:48, ian.campb...@citrix.com wrote:
On Fri, 2015-06-05 at 10:18 +0100, Jan Beulich wrote:
On 05.06.15 at 11:07, ian.campb...@citrix.com wrote:
WRT the move to the colo, flights in 5 are in the new one, while
On 08.06.15 at 10:18, wei.w.w...@intel.com wrote:
Regarding the self-documenting related comment here, which of the following
do you think is better?
1)
#define BYT_MIN_PSTATE_SHIFT8
#define BYT_MAX_PSTATE_SHIFT 16
#define BYT_PSTATE_MASK 0x7f
On 06/08/2015 05:24 PM, Andrew Cooper wrote:
On 08/06/15 04:43, Yang Hongyang wrote:
If the err is RECORD_NOT_PROCESSED, and it is an optional record,
restore will still fail. The patch fix this.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
CC: Ian Campbell ian.campb...@citrix.com
CC:
1 - 100 of 242 matches
Mail list logo