[Xen-devel] [xen-unstable test] 103540: regressions - FAIL

2016-12-17 Thread osstest service owner
flight 103540 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/103540/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-i386-pvgrub 6 xen-boot fail REGR. vs. 103466 test-xtf-amd64-amd

[Xen-devel] [linux-4.1 test] 103522: regressions - FAIL

2016-12-17 Thread osstest service owner
flight 103522 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/103522/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 6 xen-boot fail REGR. vs. 101737 test-amd64-i386-pair

[Xen-devel] [ovmf baseline-only test] 68237: all pass

2016-12-17 Thread Platform Team regression test user
This run is configured for baseline tests only. flight 68237 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68237/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf c0584d0bdd4463551db8f8c62a5e2936ec97b407 baseline v

[Xen-devel] [distros-debian-stretch test] 68235: tolerable FAIL

2016-12-17 Thread Platform Team regression test user
flight 68235 distros-debian-stretch real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68235/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-armhf-stretch-netboot-pygrub 9 debian-di-install fail blocked in 68191 test-

[Xen-devel] [linux-3.18 test] 103482: regressions - FAIL

2016-12-17 Thread osstest service owner
flight 103482 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/103482/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-pair 9 xen-boot/src_hostfail REGR. vs. 101675 test-amd64-i386-libv

[Xen-devel] [xen-4.4-testing baseline-only test] 68234: regressions - trouble: blocked/broken/fail/pass

2016-12-17 Thread Platform Team regression test user
This run is configured for baseline tests only. flight 68234 xen-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68234/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-13 host-install

[Xen-devel] [ovmf test] 103494: all pass - PUSHED

2016-12-17 Thread osstest service owner
flight 103494 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/103494/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf c0584d0bdd4463551db8f8c62a5e2936ec97b407 baseline version: ovmf aaa61995af9e0b65c37bd

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

2016-12-17 Thread osstest service owner
flight 103466 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/103466/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-rtds 15 guest-start/debian.repeat fail in 103394 pass in 103313 test-armhf-armhf-xl-credit

Re: [Xen-devel] SMBIOS UUID

2016-12-17 Thread Andrew Cooper
On 17/12/16 10:54, Dejan Markic wrote: > Hello Andrew, > > firstly, thank you for your answer. We have some software being moved > from physical machines to virtual machines and we need to maintain > those UUID's. Excellent use case. Given this, I switch my view to definitely being a good idea to

Re: [Xen-devel] [PATCH 6/7] tools/blktap2/vhd: Remove unused struct stat stats

2016-12-17 Thread Konrad Rzeszutek Wilk
On Fri, Dec 16, 2016 at 02:56:06PM -0800, Alistair Francis wrote: > The unsued variable 'struct stat stats' causes build errors in some > situations. As it isn't used just remove it. I think there is an patch that will just rip the blktap2 source code out altogether.. But if that is not yet in, s

Re: [Xen-devel] [PATCH 5/7] tools/blktap2: Update sys/signal.h to signal.h

2016-12-17 Thread Konrad Rzeszutek Wilk
On Fri, Dec 16, 2016 at 02:56:05PM -0800, Alistair Francis wrote: > To avoid this build error with newer build systems: > error: #warning redirecting incorrect #include to > [-Werror=cpp] And what is the 'newer build system' you speak off? Thanks! > > Rename sys/signal.h to sign

Re: [Xen-devel] [PATCH 4/7] tools: Update sys/poll.h to poll.h

2016-12-17 Thread Konrad Rzeszutek Wilk
On Fri, Dec 16, 2016 at 02:56:04PM -0800, Alistair Francis wrote: > To avoid this build error with newer build systems: And what is newer? GCC 5? 6? Thanks. > error: #warning redirecting incorrect #include to > [-Werror=cpp] > > Rename sys/poll.h to poll.h > > Signed-off-by: Alista

Re: [Xen-devel] [PATCH 3/7] xen/Rules.mk: fix build with CFLAGS from environment

2016-12-17 Thread Konrad Rzeszutek Wilk
On Fri, Dec 16, 2016 at 02:56:03PM -0800, Alistair Francis wrote: > From: "Yann E. MORIN" > > When CFLAGS are passed from the environment, the first-level make > invocation will append -D__OBJECT_FILE__ to it, then call a second > make invocation, that will have those new CFLAGS in its environmen

Re: [Xen-devel] [PATCH 2/7] tools/libxl: Remove hardcoded strict -Werror checking

2016-12-17 Thread Konrad Rzeszutek Wilk
On Fri, Dec 16, 2016 at 02:56:02PM -0800, Alistair Francis wrote: > Signed-off-by: Alistair Francis Why? If this patch is checked in there is no cover letter description, just this singular patch - and it is quite unclear why it is being done this way. > --- > tools/libxl/Makefile | 2 +- > 1

Re: [Xen-devel] [PATCH 1/7] Remove hardcoded strict -Werror checking

2016-12-17 Thread Konrad Rzeszutek Wilk
On Fri, Dec 16, 2016 at 02:56:01PM -0800, Alistair Francis wrote: > Signed-off-by: Alistair Francis Why? Thanks! > --- > Config.mk | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Config.mk b/Config.mk > index 3ec7367..e3cda81 100644 > --- a/Config.mk > +++ b/Config.mk

[Xen-devel] [xen-4.6-testing baseline-only test] 68233: regressions - FAIL

2016-12-17 Thread Platform Team regression test user
This run is configured for baseline tests only. flight 68233 xen-4.6-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68233/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-420 xtf/test-hvm32-

[Xen-devel] [xtf test] 103508: all pass - PUSHED

2016-12-17 Thread osstest service owner
flight 103508 xtf real [real] http://logs.test-lab.xenproject.org/osstest/logs/103508/ Perfect :-) All tests in this flight passed as required version targeted for testing: xtf be285228fca8af149ac92cceaefce4293ce2c8df baseline version: xtf 5f54a923b496210af833b9

[Xen-devel] [libvirt test] 103479: tolerable all pass - PUSHED

2016-12-17 Thread osstest service owner
flight 103479 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/103479/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 103403 test-armhf-armhf-libvirt-raw 12

[Xen-devel] [linux-4.1 test] 103451: regressions - FAIL

2016-12-17 Thread osstest service owner
flight 103451 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/103451/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 6 xen-boot fail REGR. vs. 101737 test-amd64-i386-pair

Re: [Xen-devel] SMBIOS UUID

2016-12-17 Thread Dejan Markic
Hello Andrew, firstly, thank you for your answer. We have some software being moved from physical machines to virtual machines and we need to maintain those UUID's. I've been able to change the hvmloader to staticly change the UUID. It seems that xenstore uses fixed database scheme, so I guess

[Xen-devel] [xen-4.5-testing baseline-only test] 68232: tolerable FAIL

2016-12-17 Thread Platform Team regression test user
This run is configured for baseline tests only. flight 68232 xen-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68232/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-localmi

Re: [Xen-devel] [PATCH v3] xen: sched: removal of redundant check in Credit

2016-12-17 Thread Praveen Kumar
Hi, On Sat, Dec 17, 2016 at 7:16 AM, Dario Faggioli wrote: > On Sat, 2016-12-17 at 00:53 +0530, Praveen Kumar wrote: > > The patch gets rid of a redundant check in csched_vcpu_acct. In fact, > > the function is only called from csched_tick, which already checks > > that current is not the idle v