flight 6946 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/6946/
Regressions :-(
Tests which did not succeed and are blocking:
test-amd64-i386-rhel6hvm-intel 7 redhat-install fail REGR. vs. 6944
Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
test-amd64-amd64-win 16 leak-check/check fail never pass
test-amd64-amd64-xl-win 13 guest-stop fail never pass
test-amd64-i386-rhel6hvm-amd 8 guest-saverestore fail never pass
test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass
test-amd64-i386-win 16 leak-check/check fail never pass
test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never pass
test-amd64-xcpkern-i386-rhel6hvm-amd 8 guest-saverestore fail never pass
test-amd64-xcpkern-i386-rhel6hvm-intel 8 guest-saverestore fail never pass
test-amd64-xcpkern-i386-win 16 leak-check/check fail never pass
test-amd64-xcpkern-i386-xl-win 13 guest-stop fail never pass
test-i386-i386-win 7 windows-install fail like 6944
test-i386-i386-xl-win 9 guest-localmigrate fail like 6945
test-i386-xcpkern-i386-win 16 leak-check/check fail never pass
version targeted for testing:
xen f48c72de4208
baseline version:
xen 476b0d68e7d5
------------------------------------------------------------
People who touched revisions under test:
Jan Beulich <jbeulich@novell.com>
Keir Fraser <keir@xen.org>
Samuel Thibault <samuel.thibault@ens-lyon.org>
------------------------------------------------------------
jobs:
build-i386-xcpkern pass
build-amd64 pass
build-i386 pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-pvops pass
build-i386-pvops pass
test-amd64-amd64-xl pass
test-amd64-i386-xl pass
test-i386-i386-xl pass
test-amd64-xcpkern-i386-xl pass
test-i386-xcpkern-i386-xl pass
test-amd64-i386-rhel6hvm-amd fail
test-amd64-xcpkern-i386-rhel6hvm-amd fail
test-amd64-i386-xl-credit2 pass
test-amd64-xcpkern-i386-xl-credit2 pass
test-amd64-i386-rhel6hvm-intel fail
test-amd64-xcpkern-i386-rhel6hvm-intel fail
test-amd64-i386-xl-multivcpu pass
test-amd64-xcpkern-i386-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-i386-i386-pair pass
test-amd64-xcpkern-i386-pair pass
test-i386-xcpkern-i386-pair pass
test-amd64-amd64-pv pass
test-amd64-i386-pv pass
test-i386-i386-pv pass
test-amd64-xcpkern-i386-pv pass
test-i386-xcpkern-i386-pv pass
test-amd64-i386-win-vcpus1 fail
test-amd64-i386-xl-win-vcpus1 fail
test-amd64-amd64-win fail
test-amd64-i386-win fail
test-i386-i386-win fail
test-amd64-xcpkern-i386-win fail
test-i386-xcpkern-i386-win fail
test-amd64-amd64-xl-win fail
test-i386-i386-xl-win fail
test-amd64-xcpkern-i386-xl-win fail
------------------------------------------------------------
sg-report-flight on woking.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
changeset: 23293:f48c72de4208
tag: tip
user: Jan Beulich <jbeulich@novell.com>
date: Sun May 01 10:20:44 2011 +0100
x86: a little bit of cleanup to time.c
Signed-off-by: Jan Beulich <jbeulich@novell.com>
changeset: 23292:e2fb962d13ff
user: Jan Beulich <jbeulich@novell.com>
date: Sun May 01 10:16:54 2011 +0100
x86: clean up building in mm/hap/
Building 4-level guest walks is unnecessary for x86-32, and with this
no longer being built the fallback code used here isn''t necessary
anymore either.
Additonally the mechanism to determine the value of
GUEST_PAGING_LEVELS to be passed to the compiler can be much
simplified given that we''re using a pattern rule here.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
changeset: 23291:485b7c5e6f17
user: Jan Beulich <jbeulich@novell.com>
date: Sun May 01 10:15:11 2011 +0100
A little bit of SMP boot code cleanup
Signed-off-by: Jan Beulich <jbeulich@novell.com>
changeset: 23290:1ac7336b6298
user: Jan Beulich <jbeulich@novell.com>
date: Sun May 01 10:14:15 2011 +0100
x86: set ARAT feature flag for non-buggy AMD CPUs
This is the equivalent of a recent Linux change.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
changeset: 23289:e4fc9494b940
user: Samuel Thibault <samuel.thibault@ens-lyon.org>
date: Sun May 01 10:11:58 2011 +0100
mini-os: fix lib.h licence
Update the Linux stdio functions prototypes, and move them to a
separate header, licenced under GPL2+. Import FreeBSD8 string
functions prototypes, update licence. Drop kvec, of unsure source and
useless anyway.
Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
changeset: 23288:60dfb5aca706
user: Samuel Thibault <samuel.thibault@ens-lyon.org>
date: Sun May 01 10:10:12 2011 +0100
mini-os: lib/math.c: import FreeBSD 8 functions
Import lib/math.c functions (and thus licence) from FreeBSD 8,
and re-apply a few of our changes. Whitespaces left aside, this
leads to almost no source change except s/int64_t/quad_t/ and
s/uint64_t/u_quad_t/.
Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
changeset: 23287:bf11f502684a
user: Samuel Thibault <samuel.thibault@ens-lyon.org>
date: Sun May 01 10:09:47 2011 +0100
mini-os: Fix printf.c licence
Changeset df1348e72390 actually completely replaced the freebsd printf
implementation with the Linux printf implementation. Further changes
are extremely minor and thus don''t pose IP issue. Fix the licence
accordingly.
Signed-off-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
changeset: 23286:6f48f5f843f0
user: Keir Fraser <keir@xen.org>
date: Sun May 01 10:08:40 2011 +0100
Clean up licensing in the public header directory.
The COPYING file at xen/include/public/COPYING clearly states that all
public header files are distributed under a permissive MIT
license. Therefore make sure the same permissive license is included
at the top of every header file (i.e., not GPL).
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 23285:a7ac0a0170b0
user: Keir Fraser <keir@xen.org>
date: Sun May 01 09:32:48 2011 +0100
x86: Clean up smp_call_function handling.
We don''t need so many communication fields between caller and
handler.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 23284:476b0d68e7d5
user: Keir Fraser <keir@xen.org>
date: Sat Apr 30 09:48:16 2011 +0100
x86: Remove TRAP_INSTR from the public headers.
Direct hypercall traps (rather than using the hypercall transfer page)
was long obsolete even when TRAP_INSTR was deprecated in the API
headers. No current guest will be, or should be, using TRAP_INSTR.
Signed-off-by: Keir Fraser <keir@xen.org>
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel