|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable test] 4988: regressions - FAIL
flight 4988 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/4988/ Regressions :-( Tests which are failing intermittently (not blocking): test-amd64-xcpkern-i386-xl-multivcpu 11 guest-localmigrate fail pass in 4966 Tests which did not succeed and are blocking: test-i386-i386-win 5 xen-boot 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 test-i386-i386-xl 18 leak-check/check fail like 4963 test-i386-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@xxxxxxxxx> George Dunlap <george.dunlap@xxxxxxxxxx> Ian Campbell <ian.campbell@xxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxxxx> Keir Fraser <keir@xxxxxxx> Liu, Jinsong <jinsong.liu@xxxxxxxxx> Tim Deegan <Tim.Deegan@xxxxxxxxxx> Wei Gang <gang.wei@xxxxxxxxx> ------------------------------------------------------------ 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 fail 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 fail 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-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@xxxxxxx> 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@xxxxxxx> changeset: 22763:3ce532e56efd user: Liu, Jinsong <jinsong.liu@xxxxxxxxx> date: Fri Jan 14 15:47:01 2011 +0000 PoD: Fix two code comments Signed-off-by: Liu, Jinsong <jinsong.liu@xxxxxxxxx> Acked-by: George Dunlap <george.dunlap@xxxxxxxxxx> changeset: 22762:7e42363f9005 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22761:47d67a64a2d2 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22760:59396addc940 user: Jan Beulich <jbeulich@xxxxxxxxxx> 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@xxxxxxxxxx> changeset: 22759:bfb1b1adf300 user: Ian Campbell <ian.campbell@xxxxxxxxxx> 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@xxxxxxxxxx> changeset: 22758:d276f4528b32 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22757:0e693052c791 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22756:bb0d0141ebf7 user: Keir Fraser <keir@xxxxxxx> date: Fri Jan 14 14:16:42 2011 +0000 rcupdate: Implement rcu_barrier() to synchronously flush RCU work. Signed-off-by: Keir Fraser <keir@xxxxxxx> changeset: 22755:2d4fe1a048cd user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22754:6c9bcfb0fb84 user: Keir Fraser <keir@xxxxxxx> date: Fri Jan 14 14:07:39 2011 +0000 x86 sysctl: Remove unused CPU hotplug status stuff. Signed-off-by: Keir Fraser <keir@xxxxxxx> changeset: 22753:c3b5924919e3 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22752:ff97273750b8 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22751:58304c1cc725 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxx> changeset: 22750:4b7cb21caf0e user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxxxx> Signed-off-by: Keir Fraser <keir@xxxxxxx> changeset: 22749:93e7bf0e1845 user: Allen Kay <allen.m.kay@xxxxxxxxx> 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@xxxxxxxxx> changeset: 22748:47713825a3f9 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxxxx> changeset: 22747:7bc5e072d986 user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxxxxx> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> changeset: 22746:f1a5ac39c15e user: Keir Fraser <keir@xxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> changeset: 22744:b01ef59c8c80 user: Tim Deegan <Tim.Deegan@xxxxxxxxxx> 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@xxxxxxxxxx> changeset: 22743:54e91dcae649 user: Keir Fraser <keir@xxxxxxx> date: Thu Jan 13 15:38:48 2011 +0000 Added signature for changeset 2a60be40e2cb (qemu changes not included) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |