[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable test] 5781: regressions - FAIL
flight 5781 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/5781/ Regressions :-( Tests which did not succeed and are blocking: build-i386-oldkern 4 xen-build fail REGR. vs. 5766 build-i386 4 xen-build fail REGR. vs. 5766 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-pair 1 xen-build-check(1) blocked n/a test-amd64-i386-pv 1 xen-build-check(1) blocked n/a test-amd64-i386-rhel6hvm-amd 1 xen-build-check(1) blocked n/a test-amd64-i386-rhel6hvm-intel 1 xen-build-check(1) blocked n/a test-amd64-i386-win-vcpus1 1 xen-build-check(1) blocked n/a test-amd64-i386-win 1 xen-build-check(1) blocked n/a test-amd64-i386-xl-credit2 1 xen-build-check(1) blocked n/a test-amd64-i386-xl-multivcpu 1 xen-build-check(1) blocked n/a test-amd64-i386-xl-win-vcpus1 1 xen-build-check(1) blocked n/a test-amd64-i386-xl 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-pair 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-pv 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-rhel6hvm-amd 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-rhel6hvm-intel 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-win 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-xl-credit2 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-xl-multivcpu 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-xl-win 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-xl 1 xen-build-check(1) blocked n/a test-i386-i386-pair 1 xen-build-check(1) blocked n/a test-i386-i386-pv 1 xen-build-check(1) blocked n/a test-i386-i386-win 1 xen-build-check(1) blocked n/a test-i386-i386-xl-win 1 xen-build-check(1) blocked n/a test-i386-i386-xl 1 xen-build-check(1) blocked n/a test-i386-xcpkern-i386-pair 1 xen-build-check(1) blocked n/a test-i386-xcpkern-i386-pv 1 xen-build-check(1) blocked n/a test-i386-xcpkern-i386-win 1 xen-build-check(1) blocked n/a test-i386-xcpkern-i386-xl 1 xen-build-check(1) blocked n/a version targeted for testing: xen 72470de157ce baseline version: xen 137ad3347504 ------------------------------------------------------------ People who touched revisions under test: George Dunlap <george.dunlap@xxxxxxxxxxxxx> Ian Campbell <ian.campbell@xxxxxxxxxx> Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx> Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> Tim Deegan <Tim.Deegan@xxxxxxxxxx> ------------------------------------------------------------ jobs: build-i386-xcpkern pass build-amd64 pass build-i386 fail build-amd64-oldkern pass build-i386-oldkern fail build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl pass test-amd64-i386-xl blocked test-i386-i386-xl blocked test-amd64-xcpkern-i386-xl blocked test-i386-xcpkern-i386-xl blocked test-amd64-i386-rhel6hvm-amd blocked test-amd64-xcpkern-i386-rhel6hvm-amd blocked test-amd64-i386-xl-credit2 blocked test-amd64-xcpkern-i386-xl-credit2 blocked test-amd64-i386-rhel6hvm-intel blocked test-amd64-xcpkern-i386-rhel6hvm-intel blocked test-amd64-i386-xl-multivcpu blocked test-amd64-xcpkern-i386-xl-multivcpu blocked test-amd64-amd64-pair pass test-amd64-i386-pair blocked test-i386-i386-pair blocked test-amd64-xcpkern-i386-pair blocked test-i386-xcpkern-i386-pair blocked test-amd64-amd64-pv pass test-amd64-i386-pv blocked test-i386-i386-pv blocked test-amd64-xcpkern-i386-pv blocked test-i386-xcpkern-i386-pv blocked test-amd64-i386-win-vcpus1 blocked test-amd64-i386-xl-win-vcpus1 blocked test-amd64-amd64-win fail test-amd64-i386-win blocked test-i386-i386-win blocked test-amd64-xcpkern-i386-win blocked test-i386-xcpkern-i386-win blocked test-amd64-amd64-xl-win fail test-i386-i386-xl-win blocked test-amd64-xcpkern-i386-xl-win blocked ------------------------------------------------------------ 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: 22926:72470de157ce tag: tip user: Ian Campbell <ian.campbell@xxxxxxxxxx> date: Wed Feb 16 09:49:33 2011 +0000 MAINTAINERS: Explicitly list architecture maintainers and lists. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> changeset: 22925:2e70ed5e7f51 user: Tim Deegan <Tim.Deegan@xxxxxxxxxx> date: Wed Feb 16 09:48:05 2011 +0000 x86/shadow: unconditionally set the p2m/log-dirty allocation functions. Otherwise enabling log-dirty mode on a PV guest that already has a shadow allocation can leave the alloc/free functions pointers NULL, and later try to dereference them. Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx> changeset: 22924:86000076dcee user: Tim Deegan <Tim.Deegan@xxxxxxxxxx> date: Wed Feb 16 09:47:37 2011 +0000 x86/mm: partially revert 21093:4a3e131f7498 p2m internals should always gate on whether HAP is enabled for the domain, not whether a HAP paging mode is currently advertised. This lets us revert the change to hap_enable() that advertises the new mode before it's safe to use it. Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx> changeset: 22923:e2fb56dfebda user: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx> date: Tue Feb 15 20:02:44 2011 +0000 docs: document disk configuration string syntax (particularly, xl's syntax) Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> changeset: 22922:2ede5d793493 user: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx> date: Tue Feb 15 20:00:33 2011 +0000 libxl: disk specification: special case vhd Special case how we validate vhd image files. Without this patch when tap:aio:vhd prefixed image files are specified in the config file, disk validation and thus vm creation will fail. Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> changeset: 22921:ae4799bdd425 user: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx> date: Tue Feb 15 19:59:37 2011 +0000 libxl: disk specification interface change Currently we pile all the backend and format information pertaining to disk option in a single enum. This check-in separates the two and uses two enums, one for disk format and another for disk backend. This helps clearly differentiate between disk format and backend within the implementation and also helps cleanup the code in this area in preparation for the impending parser revamping to be done post 4.1. Along with separating format and backend, this check-in also removes unwanted types and renames variables in the disk interface and fixes the code affected by the interface changes. In specific, here are the disk interface changes made - In libxl_device_disk structure physpath was renamed to pdev_path, virtpath was renamed to vdev, phystype was removed and replaced with backend and format enums. Also previously a single enum libxl_disk_phystype held the values for qcow, qcow2, vhd, aio, file, phy, empty and that got refactored into two enums, libxl_disk_format to hold unknown, qcow, qcow2, vhd, raw, empty and libxl_disk_backend to hold unknown, phy, tap and qdisk. Signed-off-by: Kamala Narasimhan <kamala.narasimhan@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> changeset: 22920:a3c58347ab34 user: George Dunlap <george.dunlap@xxxxxxxxxxxxx> date: Tue Feb 15 19:39:05 2011 +0000 tools: Include cpupool example in /etc/xen xl cpupool-create at the moment requires a config file. Make sure to include the example config file in the install. Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> changeset: 22919:137ad3347504 user: Ian Campbell <ian.campbell@xxxxxxxxxx> date: Mon Feb 14 17:02:55 2011 +0000 libxl: fix migrate for HVM guests Prior to 22909:6868f7f3ab3f libxl would loop waiting simultaneously for the domain the acknowledge a PV suspend request (by clearing the XenStore node) and for the domain to actually suspend. For HVM guests without PV drivers this same loop was simply waiting for the domain to suspend. In 22909:6868f7f3ab3f the original loop was split into two loops (first waiting for the acknowledgement and then for the actual suspend). This caused libxl to incorrectly wait for an HVM guest without PV drivers to acknowledge the XenStore request, which is not something it would ever do. Fix this by only waiting for an acknowledgement from a guest which contains PV drivers. Previously we were also making the request regardless of whether the guest had PV drivers, change that to only make the request if the guest has PV drivers. Lastly there is no need to sample HVM_PARAM_ACPI_S_STATE twice and not doing so simplifies the test for PVHVM vs. normal HVM guests. Tested with: Windows with GPL PV drivers (event channel suspend mode) Windows without PV drivers (xc_domain_shutdown mode) Linux PV (PV with XenBus control node mode) Linux HVM (PVHVM with XenBus control node mode (*)) Linux HVM (xc_domain_shutdown mode) (*) In this case the kernel didn't actually suspend, due to: PM: Device input1 failed to suspend: error -22 xen suspend: dpm_suspend_start -22 which may be a misconfiguration in my setup or may be a kernel bug, but the libxl side dealt with this as gracefully as it could. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> ======================================== commit e073e69457b4d99b6da0b6536296e3498f7f6599 Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> Date: Fri Feb 11 17:54:51 2011 +0000 qemu-xen: fix segfault with empty cdroms When the cdrom is empty the params node in xenstore might be missing completely. Cope with it instead of segfaulting. Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |