flight 78310 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78310/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 60684
Tests whic
flight 78317 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78317/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 65543
test-amd64-amd64-
flight 78272 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78272/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 5 xen-install fail REGR.
vs. 77892
test-amd64
flight 78311 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78311/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-libvirt-vhd 9 debian-di-installfail like 78148
Tests which did not succeed, but a
On 17/01/16 14:50, Håkon Alstadheim wrote:
> Den 15. jan. 2016 12:05, skrev Andrew Cooper:
>> On 15/01/16 10:58, Håkon Alstadheim wrote:
>>> CPUINFO:
>>> vendor_id: GenuineIntel
>>> cpu family: 6
>>> model: 63
>>> model name: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz
>>>
>>> # s
On 17/01/16 15:16, Andrew Cooper wrote:
>
>>> This isn't the first time we have seen this on Haswell processors. Do
>>> you have microcode loading set up?
>>>
>>> ~Andrew
>>>
>> Still happening with kernel-genkernel-x86_64-4.1.15-gentoo and updated
>> cpu microcode, using microcode from 20151106.
>
Den 17. jan. 2016 16:16, skrev Andrew Cooper:
> On 17/01/16 14:50, Håkon Alstadheim wrote:
>> Den 15. jan. 2016 12:05, skrev Andrew Cooper:
>>> On 15/01/16 10:58, Håkon Alstadheim wrote:
CPUINFO:
vendor_id: GenuineIntel
cpu family: 6
model: 63
model name
flight 78337 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78337/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 65543
test-amd64-amd64-
flight 78319 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78319/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 6 xen-boot fail REGR. vs. 59254
test-armhf-armhf-xl-c
This patch adds the initialization and setup code for VMX TSC scaling.
Signed-off-by: Haozhong Zhang
Acked-by: Kevin Tian
---
Changes in v4:
(addressing Jan Beulich's comments)
* Set TSC scaling parameters in hvm_funcs conditionally.
xen/arch/x86/hvm/hvm.c | 3 +++
xen/arch/x86/
The existing hvm_[set|get]_guest_tsc_fixed() calculate the guest TSC by
adding the TSC offset to the host TSC. When the TSC scaling is enabled,
the host TSC should be scaled first. This patch adds the scaling logic
to those two functions.
Reviewed-by: Boris Ostrovsky
Signed-off-by: Haozhong Zhang
This patch adds several functions to take multiplication, division and
shifting involving 64-bit integers.
Signed-off-by: Haozhong Zhang
Reviewed-by: Boris Ostrovsky
---
Changes in v4:
(addressing Jan Beulich's comments)
* Rewrite mul_u64_u64_shr() in assembly.
xen/include/asm-x86/math64.h |
This patch adds a field tsc_scaling_ratio in struct hvm_vcpu to
record the TSC scaling ratio, and sets it up when tsc_set_info() is
called for a vcpu or when a vcpu is restored or reset.
Before applying the TSC scaling ratio to CPU, we check its validity in
tsc_set_info(). If an invalid ratio is g
This patchset adds support for VMX TSC scaling feature which is
available on Intel Skylake Server CPU. The specification of VMX TSC
scaling can be found at
http://www.intel.com/content/www/us/en/processors/timestamp-counter-scaling-virtualization-white-paper.html
VMX TSC scaling allows guest TSC w
Now every caller passes an already scaled offset to
svm_set_tsc_offset(), so it's not necessary to recalculate a scaled TSC
offset in svm_set_tsc_offset().
Signed-off-by: Haozhong Zhang
Reviewed-by: Boris Ostrovsky
---
Changes in v4:
(addressing Jan Beulich's comments)
* Fix code style.
xen/
This patch implements a common function hvm_scale_tsc() to scale TSC by
using TSC scaling information collected by architecture code.
Signed-off-by: Haozhong Zhang
Reviewed-by: Kevin Tian (except the mul64 part)
Reviewed-by: Boris Ostrovsky
Acked-by: Jan Beulich
---
xen/arch/x86/hvm/hvm.c
This patch makes the pvclock return the scaled host TSC and
corresponding scaling parameters to HVM domains if guest TSC is not
emulated and TSC scaling is enabled.
Signed-off-by: Haozhong Zhang
Reviewed-by: Boris Ostrovsky
---
Changes in v4:
(addressing Jan Beulich's comments)
* Remove unnece
Both VMX and SVM save/load vcpu's TSC when saving/loading vcpu's
context, so this patch moves saving/loading vcpu's TSC to the common
functions hvm_[save|load]_cpu_ctxt().
Signed-off-by: Haozhong Zhang
Acked-by: Jan Beulich
Acked-by: Kevin Tian
Reviewed-by: Boris Ostrovsky
---
xen/arch/x86/hv
Both VMX TSC scaling and SVM TSC ratio use the 64-bit TSC scaling ratio,
but the number of fractional bits of the ratio is different between VMX
and SVM. This patch adds the architecture code to collect the number of
fractional bits and other related information into fields of struct
hvm_function_t
Signed-off-by: Haozhong Zhang
---
docs/man/xl.cfg.pod.5 | 14 +-
docs/misc/tscmode.txt | 21 +
2 files changed, 34 insertions(+), 1 deletion(-)
diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5
index 8899f75..47aea0a 100644
--- a/docs/man/xl.cfg.pod.5
+++
flight 78360 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78360/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 65543
test-amd64-amd64-
On 17/01/2016 23:07, Håkon Alstadheim wrote:
> Den 17. jan. 2016 17:30, skrev Håkon Alstadheim:
>> Den 17. jan. 2016 16:16, skrev Andrew Cooper:
>>> On 17/01/16 14:50, Håkon Alstadheim wrote:
Den 15. jan. 2016 12:05, skrev Andrew Cooper:
> On 15/01/16 10:58, Håkon Alstadheim wrote:
>>
flight 78376 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78376/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 65543
test-amd64-amd64-
On 01/15/16 10:10, Jan Beulich wrote:
> >>> On 29.12.15 at 12:31, wrote:
> > NVDIMM devices are detected and configured by software through
> > ACPI. Currently, QEMU maintains ACPI tables of vNVDIMM devices. This
> > patch extends the existing mechanism in hvmloader of loading passthrough
> > ACPI
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, December 23, 2015 6:10 PM
> To: Wu, Feng ; xen-devel@lists.xen.org
> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
> george.dun...@eu.citrix.com; Tian, Kevin ;
> k...@xen.org
> Subject: Re:
On 01/05/2016 01:02 AM, Ian Jackson wrote:
> Wen Congyang writes ("[PATCH v5 COLOPre 00/18] Prerequisite patches for
> COLO"):
>> This patchset is Prerequisite for COLO feature. Refer to:
>> http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
>
> Thanks for this. I see no-one has replied
flight 78343 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78343/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 5 xen-install fail REGR.
vs. 77892
test-amd64
flight 78387 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78387/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 65543
test-amd64-amd64-
branch xen-unstable
xenbranch xen-unstable
job test-armhf-armhf-xl-multivcpu
testid xen-boot
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xe
On 2016/1/16 1:08, Stefano Stabellini wrote:
> On Fri, 15 Jan 2016, Shannon Zhao wrote:
>> From: Shannon Zhao
>>
>> Use page_to_xen_pfn in case of 64KB page.
>>
>> Signed-off-by: Shannon Zhao
>> ---
>> drivers/xen/xlate_mmu.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff
stream_continue() is used for migration to read emulator
xenstore data and emulator context. For remus, if we do
failover, we have read it in the checkpoint cycle, and
we only need to complete the stream.
Signed-off-by: Wen Congyang
Reviewed-by: Andrew Cooper
---
tools/libxl/libxl_stream_read.c
After the commit d77570e7, libxl__domain_save_device_model() is
completely unused and can be dropped.
Signed-off-by: Wen Congyang
Acked-by: Ian Campbell
---
tools/libxl/libxl.c | 4 --
tools/libxl/libxl_dom.c | 91
tools/libxl/libxl_in
For example: if the secondary host is down, and we fail to send the data to
the secondary host. xc_domain_save() returns 0. So in the function
libxl__xc_domain_save_done(), rc is 0(the helper program exits normally),
and retval is 0(it is xc_domain_save()'s return value). In such case, we
just need
Signed-off-by: Wen Congyang
Reviewed-by: Andrew Cooper
---
tools/libxc/xc_sr_save.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/libxc/xc_sr_save.c b/tools/libxc/xc_sr_save.c
index e532168..e4ba560 100644
--- a/tools/libxc/xc_sr_save.c
+++ b/tools/libxc/xc_sr_save
Wen Congyang (5):
remus: don't call stream_continue() when doing failover
remus: resume immediately if libxl__xc_domain_save_done() completes
tools/libxc: don't send end record if remus fails
tools/libxc: error handling for the postcopy() callback
tools/libxl: remove unused function libxl
Signed-off-by: Wen Congyang
Reviewed-by: Andrew Cooper
---
tools/libxc/xc_sr_save.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxc/xc_sr_save.c b/tools/libxc/xc_sr_save.c
index 88d85ef..e532168 100644
--- a/tools/libxc/xc_sr_save.c
+++ b/tools/libxc/xc_sr_save.c
Hello.
Looks you didn’t set IRQ_INFO_GT for BCS event. Is it a typo?
>
Yeap, it was typo.
I will look at debug inforamtion that U told.
Thanks.
On Thu, Jan 14, 2016 at 7:44 AM, Tian, Kevin wrote:
> if (IS_VLV(pdev)) {
>
> SET_BIT_INFO(hstate, 2, RCS_MMIO_SYNC_FLUSH, IRQ_INFO_GT);
>
> SET_BI
>>> On 15.01.16 at 18:45, wrote:
> Changes since v2:
> - Change 'if ( (a && b) || (!a && c) )' into 'if ( a ? b : c )'.
Thanks, but after some more thinking about it I'm afraid there are
a few more aspects to consider here:
> --- a/xen/arch/x86/domain.c
> +++ b/xen/arch/x86/domain.c
> @@ -542,8
>>> On 15.01.16 at 18:33, wrote:
>> On Jan 15, 2016, at 11:20 AM, Jan Beulich wrote:
>>
> On 15.01.16 at 18:01, wrote:
>>> --- a/xen/Makefile
>>> +++ b/xen/Makefile
>>> @@ -11,6 +11,7 @@ export XEN_DOMAIN ?= $(shell ([ -x /bin/dnsdomainname ]
>>> &&
> /bin/dnsdomainname) |
>>> export XEN
>>> On 15.01.16 at 18:42, wrote:
> On Fri, 2016-01-15 at 17:24 +, Andrew Cooper wrote:
>> On 15/01/16 17:15, Jan Beulich wrote:
>> > > > > On 15.01.16 at 18:06, wrote:
>> > > On Thu, 2016-01-14 at 16:27 +, Ian Jackson wrote:
>> > > > * I don't have a clear design proposal for the above b
40 matches
Mail list logo
