flight 4966 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/4966/
Regressions :-(
Tests which did not succeed and are blocking:
test-i386-i386-win 5 xen-boot fail REGR. vs. 4963
test-i386-xcpkern-i386-pair 16 guest-start fail REGR. vs. 4963
test-i386-xcpkern-i386-win 5 xen-boot fail REGR. vs. 4963
test-i386-xcpkern-i386-xl 9 guest-start fail REGR. vs. 4963
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-i386-rhel6hvm-amd 8 guest-saverestore fail never pass
test-amd64-i386-rhel6hvm-intel 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-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
version targeted for testing:
xen 75b6287626ee
baseline version:
xen 54e91dcae649
------------------------------------------------------------
People who touched revisions under test:
Allen Kay <allen.m.kay@intel.com>
George Dunlap <george.dunlap@citrix.com>
Ian Campbell <ian.campbell@citrix.com>
Jan Beulich <jbeulich@novell.com>
Keir Fraser <keir@xen.org>
Liu, Jinsong <jinsong.liu@intel.com>
Tim Deegan <Tim.Deegan@citrix.com>
Wei Gang <gang.wei@intel.com>
------------------------------------------------------------
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 fail
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 fail
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-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
------------------------------------------------------------
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: 22764:75b6287626ee
tag: tip
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 16:38:51 2011 +0000
rcupdate: Make rcu_barrier() more paranoia-proof
I''m not sure my original barrier function is correct. It may allow
a
CPU to exit the barrier loop, with no local work to do, while RCU work
is pending on other CPUs and needing one or more quiescent periods to
flush the work through.
Although rcu_pending() may handle this, it is easiest to follow
Linux''s example and simply call_rcu() a callback function on every
CPU. When the callback has executed on every CPU, we know that all
previously-queued RCU work is completed, and we can exit the barrier.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22763:3ce532e56efd
user: Liu, Jinsong <jinsong.liu@intel.com>
date: Fri Jan 14 15:47:01 2011 +0000
PoD: Fix two code comments
Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
Acked-by: George Dunlap <george.dunlap@citrix.com>
changeset: 22762:7e42363f9005
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 15:21:24 2011 +0000
hvmloader: Fixes to printf() implementation.
1. Remove unportable O and D format specifiers
2. Fix X format specifier to print upper-case hex characters
3. Fix d format specifier to print -ve numbers
4. Fix handling of int vs. long (although not actually an issue
for the i386 compile target)
5. Don''t use the antiquated C ''register'' type
attribute.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22761:47d67a64a2d2
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 15:18:02 2011 +0000
x86 hvm: Do not check-and-fail on in_atomic() in hvm_copy().
Stub this out for 4.0, as PV-on-HVM drivers hit this case when
performing grant-table hypercalls. Grant-table code currently accesses
guest memory under bug per-domain lock. The test in hvm_copy() is not
necessary until the xenpaging implementation is more complete, which
will not now be until after 4.1.0.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22760:59396addc940
user: Jan Beulich <jbeulich@novell.com>
date: Fri Jan 14 14:26:11 2011 +0000
x86-64: pci_probe must be resident
... now that we reference it from emulate_privileged_op().
Signed-off-by: Jan Beulich <jbeulich@novell.com>
changeset: 22759:bfb1b1adf300
user: Ian Campbell <ian.campbell@citrix.com>
date: Fri Jan 14 14:25:31 2011 +0000
libxc: build fix with debugging disabled.
Currently hypercalls have only 5 arguments, hypercall->arg[0..4]. Do
not try and print arg[5] else:
cc1: warnings being treated as errors
xenctrl_osdep_ENOSYS.c: In function
''ENOSYS_privcmd_hypercall'':
xenctrl_osdep_ENOSYS.c:30: error: array subscript is above
array bounds
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
changeset: 22758:d276f4528b32
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 14:19:55 2011 +0000
x86: On CPU online/offline from dom0, try flushing RCU work on EBUSY.
Although the caller should react appropriately to EBUSY, if the error
is due to pending RCU work then we can help things along by executing
rcu_barrier() and then retrying. To this end, this changeset is an
optimisation only.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22757:0e693052c791
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 14:18:31 2011 +0000
x86 acpi: Fix crash in enable_nonboot_cpus() on wakeup from S3/S4
Bringing a CPU back online can require RCU work to be flushed, because
the per-cpu data from last time the CPU was online may not yet be
deallocated. Use the new rcu_barrier() interface function to achieve
this.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22756:bb0d0141ebf7
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 14:16:42 2011 +0000
rcupdate: Implement rcu_barrier() to synchronously flush RCU work.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22755:2d4fe1a048cd
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 14:16:04 2011 +0000
stop_machine: Allow specified function to run on all CPUs.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22754:6c9bcfb0fb84
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 14:07:39 2011 +0000
x86 sysctl: Remove unused CPU hotplug status stuff.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22753:c3b5924919e3
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 09:53:22 2011 +0000
tools/misc/xen-hptool: Silently retry on CPU hotplug EBUSY failure.
EBUSY is a legitimate soft failure, due to inability to acquire a
lock, or because RCU work has not been done since a CPU was last
offlined.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22752:ff97273750b8
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 09:52:02 2011 +0000
cpu hotplug: Core functions are quiet on failure.
This was already inconsistent, so make them consistently quiet and
leave it to callers to log an error. Add suitable error logging to the
arch-specific CPU bringup loops,
In particular this avoids printing error on EBUSY, in which case
caller may want a silent retry loop.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22751:58304c1cc725
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 09:11:28 2011 +0000
x86 fpu: Code clean up. Eliminate per-cpu xsave init verbosity.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22750:4b7cb21caf0e
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 08:34:53 2011 +0000
x86: Avoid calling xsave_alloc_save_area before xsave_init
Currently, xsave_alloc_save_area will be called in
init_idle_domain->scheduler_init->alloc_vcpu->vcpu_initialise calls
with xsave_cntxt_size=0, it is earlier than xsave_init called in
identity_cpu(). This may causing buffer overflow on xmem_pool.
Idle domain isn''t using FPU,SSE,AVX or any such extended state and
doesn''t need it saved. xsave_{alloc,free}_save_area() should
test-and-exit on is_idle_vcpu(), and our context switch code should
not be doing XSAVE when switching out an idle vcpu.
Signed-off-by: Wei Gang <gang.wei@intel.com>
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 22749:93e7bf0e1845
user: Allen Kay <allen.m.kay@intel.com>
date: Fri Jan 14 08:11:46 2011 +0000
vt-d: quirks for Sandybridge errata workaround, WLAN, VT-d fault escalation
Adding errata workaround for newly released Sandybridge processor
graphics, additional WLAN device ID''s for WLAN quirk, a quirk for
masking VT-d fault escalation to IOH HW that can cause system hangs on
some OEM hardware where the BIOS erroneously escalates VT-d faults to
the platform.
Signed-off-by: Allen Kay <allen.m.kay@intel.com>
changeset: 22748:47713825a3f9
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 08:08:37 2011 +0000
vt-d: Fix crash issue when not sharing EPT and VT-d tables.
Signed-off-by: Allen Kay <allen.m.kay@intel.com>
changeset: 22747:7bc5e072d986
user: Keir Fraser <keir@xen.org>
date: Fri Jan 14 08:02:26 2011 +0000
pv-drivers: use PCI interfaces to request IO and MEM resources on platform
device
This is the correct interface to use and something has broken the use
of the previous incorrect interface (which fails because the request
conflicts with the resources assigned for the PCI device itself
instead of nesting like the PCI interfaces do).
pci_request_region() has been available since at least Linux 2.6.5.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Signed-off-by: Jan Beulich <jbeulich@novell.com>
changeset: 22746:f1a5ac39c15e
user: Keir Fraser <keir@xen.org>
date: Thu Jan 13 16:00:59 2011 +0000
Update Xen version to 4.1.0-rc2-pre
changeset: 22745:32b7a4f2d399
user: Tim Deegan <Tim.Deegan@citrix.com>
date: Thu Jan 13 15:46:13 2011 +0000
x86/mm: make page-sharing use the proper typecount functions
instead of having its own cmpxchg loops.
This should remove some confusion about the use of PGT_none,
and also makes page-sharing participate properly in the TLB
flushing discipline.
Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com>
changeset: 22744:b01ef59c8c80
user: Tim Deegan <Tim.Deegan@citrix.com>
date: Thu Jan 13 15:46:13 2011 +0000
x86/mm: fix EPT PoD locking to match the normal p2m case.
This recursive-locking bug was fixed in the main p2m code in
20269:fd3d5d66c446 (in October 2009) but has lurked unseen in
the EPT side since then. Copy the fix across.
Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com>
changeset: 22743:54e91dcae649
user: Keir Fraser <keir@xen.org>
date: Thu Jan 13 15:38:48 2011 +0000
Added signature for changeset 2a60be40e2cb
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel