|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable test] 99835: regressions - FAIL
flight 99835 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/99835/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-qcow2 6 xen-boot fail REGR. vs. 99772 Regressions which are regarded as allowable (not blocking): build-amd64-rumpuserxen 6 xen-build fail like 99772 build-i386-rumpuserxen 6 xen-build fail like 99772 test-amd64-amd64-xl-qemut-win7-amd64 16 guest-stop fail like 99772 test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 99772 test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 99772 test-amd64-amd64-xl-rtds 9 debian-install fail like 99772 test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 99772 test-armhf-armhf-xl-rtds 15 guest-start/debian.repeat fail like 99772 Tests which did not succeed, but are not blocking: test-amd64-i386-rumpuserxen-i386 1 build-check(1) blocked n/a test-amd64-amd64-rumpuserxen-amd64 1 build-check(1) blocked n/a test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass test-amd64-amd64-qemuu-nested-amd 16 debian-hvm-install/l1/l2 fail never pass test-armhf-armhf-libvirt-raw 13 guest-saverestore fail never pass test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass test-armhf-armhf-libvirt 14 guest-saverestore fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass test-amd64-i386-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-xl-arndale 12 migrate-support-check fail never pass test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass test-armhf-armhf-xl 12 migrate-support-check fail never pass test-armhf-armhf-xl 13 saverestore-support-check fail never pass test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-amd64-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass test-armhf-armhf-xl-vhd 11 migrate-support-check fail never pass test-armhf-armhf-xl-vhd 12 saverestore-support-check fail never pass test-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-armhf-armhf-xl-xsm 13 saverestore-support-check fail never pass test-armhf-armhf-xl-xsm 12 migrate-support-check fail never pass version targeted for testing: xen 6a9b2b6f76c40bfe5f8d645d9a8f6e7db4f93be8 baseline version: xen b29f4c1e37c78874048a34700a967973bb31fbf9 Last test of basis 99772 2016-07-29 02:46:54 Z 2 days Testing same since 99835 2016-07-30 18:21:05 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Julien Grall <julien.grall@xxxxxxx> Stefano Stabellini <sstabellini@xxxxxxxxxx> jobs: build-amd64-xsm pass build-armhf-xsm pass build-i386-xsm pass build-amd64 pass build-armhf pass build-i386 pass build-amd64-libvirt pass build-armhf-libvirt pass build-i386-libvirt pass build-amd64-oldkern pass build-i386-oldkern pass build-amd64-prev pass build-i386-prev pass build-amd64-pvops pass build-armhf-pvops pass build-i386-pvops pass build-amd64-rumpuserxen fail build-i386-rumpuserxen fail test-amd64-amd64-xl pass test-armhf-armhf-xl pass test-amd64-i386-xl pass test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-xsm pass test-armhf-armhf-libvirt-xsm fail test-amd64-i386-libvirt-xsm pass test-amd64-amd64-xl-xsm pass test-armhf-armhf-xl-xsm pass test-amd64-i386-xl-xsm pass test-amd64-amd64-qemuu-nested-amd fail test-amd64-amd64-xl-pvh-amd fail test-amd64-i386-qemut-rhel6hvm-amd pass test-amd64-i386-qemuu-rhel6hvm-amd pass test-amd64-amd64-xl-qemut-debianhvm-amd64 pass test-amd64-i386-xl-qemut-debianhvm-amd64 pass test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-freebsd10-amd64 pass test-amd64-amd64-xl-qemuu-ovmf-amd64 pass test-amd64-i386-xl-qemuu-ovmf-amd64 pass test-amd64-amd64-rumpuserxen-amd64 blocked test-amd64-amd64-xl-qemut-win7-amd64 fail test-amd64-i386-xl-qemut-win7-amd64 fail test-amd64-amd64-xl-qemuu-win7-amd64 fail test-amd64-i386-xl-qemuu-win7-amd64 fail test-armhf-armhf-xl-arndale pass test-amd64-amd64-xl-credit2 pass test-armhf-armhf-xl-credit2 pass test-armhf-armhf-xl-cubietruck pass test-amd64-i386-freebsd10-i386 pass test-amd64-i386-rumpuserxen-i386 blocked test-amd64-amd64-qemuu-nested-intel pass test-amd64-amd64-xl-pvh-intel fail test-amd64-i386-qemut-rhel6hvm-intel pass test-amd64-i386-qemuu-rhel6hvm-intel pass test-amd64-amd64-libvirt pass test-armhf-armhf-libvirt fail test-amd64-i386-libvirt pass test-amd64-amd64-migrupgrade pass test-amd64-i386-migrupgrade pass test-amd64-amd64-xl-multivcpu pass test-armhf-armhf-xl-multivcpu pass test-amd64-amd64-pair pass test-amd64-i386-pair pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-amd64-amd64-amd64-pvgrub pass test-amd64-amd64-i386-pvgrub pass test-amd64-amd64-pygrub pass test-armhf-armhf-libvirt-qcow2 fail test-amd64-amd64-xl-qcow2 pass test-armhf-armhf-libvirt-raw fail test-amd64-i386-xl-raw pass test-amd64-amd64-xl-rtds fail test-armhf-armhf-xl-rtds fail test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass test-amd64-amd64-libvirt-vhd pass test-armhf-armhf-xl-vhd pass test-amd64-amd64-xl-qemut-winxpsp3 pass test-amd64-i386-xl-qemut-winxpsp3 pass test-amd64-amd64-xl-qemuu-winxpsp3 pass test-amd64-i386-xl-qemuu-winxpsp3 pass ------------------------------------------------------------ sg-report-flight on osstest.test-lab.xenproject.org logs: /home/logs/logs images: /home/logs/images Logs, config files, etc. are available at http://logs.test-lab.xenproject.org/osstest/logs Explanation of these reports, and of osstest in general, is at http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master Test harness code can be found at http://xenbits.xen.org/gitweb?p=osstest.git;a=summary Not pushing. ------------------------------------------------------------ commit 6a9b2b6f76c40bfe5f8d645d9a8f6e7db4f93be8 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:20 2016 +0100 xen/arm: p2m: Pass the p2m in parameter rather the domain when it is possible Some p2m functions do not care about the domain except to get the associate p2m. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 87f34de92a4601223e9fc028642c1b1b2363a972 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:19 2016 +0100 xen/arm: p2m: Replace flush_tlb_domain by p2m_flush_tlb The function to flush the TLBs for a given p2m does not need to know about the domain. So pass directly the p2m in parameter. At the same time rename the function to p2m_flush_tlb to match the parameter change. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 6fa99327e34c10b6cc5e6e583e47a61aafd20ff3 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:18 2016 +0100 xen/arm: Don't export flush_tlb_domain The function flush_tlb_domain is not used outside of the file where it has been declared. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit d60cab23548760047f4116e362a42b6a316ed527 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:17 2016 +0100 xen/arm: p2m: Inline p2m_load_VTTBR into p2m_restore_state p2m_restore_state is the last caller of p2m_load_VTTBR and already check if the vCPU does not belong to the idle domain. Note that it is likely possible to remove some isb in the function p2m_restore_state, however this is not the purpose of this patch. So the numerous isb have been left. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 69d8e2e0cfb987e6461818695d211d10841a7281 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:16 2016 +0100 xen/arm: p2m: Rework the context switch to another VTTBR in flush_tlb_domain The current implementation of flush_tlb_domain is relying on the domain to have a single p2m. With the upcoming feature altp2m, a single domain may have different p2m. So we would need to switch to the correct p2m in order to flush the TLBs. Rather than checking whether the domain is not the current domain, check whether the VTTBR is different. The resulting assembly code is much smaller: from 38 instructions (+ 2 functions call) to 22 instructions. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Acked-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit cfd7f424ebe40a5efa49efddd88859b0fb1d5abe Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:15 2016 +0100 xen/arm: p2m: Don't need to restore the state for an idle vCPU. The function p2m_restore_state could be called with an idle vCPU in arguments (when called by construct_dom0). However, we will never return to EL0/EL1 in this case, so it is not necessary to restore the p2m registers. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 46ac5642794f38bcdf9a1892b439776261706dd7 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:14 2016 +0100 xen/arm: p2m: Move the vttbr field from arch_domain to p2m_domain The field vttbr holds the base address of the translation table for guest. Its value will depends on how the p2m has been initialized and will only be used by the P2M code. So move the field from arch_domain to p2m_domain. This will also ease the implementation of altp2m. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 9c86dbaadf0547fa74db5b9afe2aeea3780766f6 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:13 2016 +0100 xen/arm: Don't call p2m_alloc_table from arch_domain_create The p2m root table does not need to be allocate separately. Also remove unnecessary fields initialization as the structure is already memset to 0 and the fields will be overridden by p2m_alloc_table. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 5dca4f3ca759efd9b8aabab4fba802b12e5b64e1 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:12 2016 +0100 xen/arm: p2m: Switch the p2m lock from spinlock to rwlock P2M reads do not require to be serialized. This will add contention when PV drivers are using multi-queue because parallel grant map/unmaps/copies will happen on DomU's p2m. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 01e60f9cc7e91034b409ee781d379b81f32f4c81 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:11 2016 +0100 xen/arm: p2m: Introduce p2m_{read,write}_{,un}lock helpers Some functions in the p2m code do not require to modify the P2M code. Document it by introducing separate helpers to lock the p2m. This patch does not change the lock. This will be done in a subsequent patch. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit d3a8ea2257d4c9bf1d736ade99f7689f744aca92 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:10 2016 +0100 xen/arm: p2m: Remove unnecessary locking The p2m is not yet in use when p2m_init and p2m_allocate_table are called. Furthermore the p2m is not used anymore when p2m_teardown is called. So taking the p2m lock is not necessary. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 4b39f258f3a369c7882b033dd105cc6d8e3b707e Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:09 2016 +0100 xen/arm: p2m: Find the memory attributes based on the p2m type Currently, mfn_to_p2m_entry is relying on the caller to provide the correct memory attribute and will deduce the sharability based on it. Some of the callers, such as p2m_create_table, are using same memory attribute regardless the underlying p2m type. For instance, this will lead to use change the memory attribute from MATTR_DEV to MATTR_MEM when a MMIO superpage is shattered. Furthermore, it makes more difficult to support different shareability with the same memory attribute. All the memory attributes could be deduced via the p2m type. This will simplify the code by dropping one parameter. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 0cef6b81f97010a13bbd7437b036619cecd56f1f Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:08 2016 +0100 xen/arm: p2m: Differentiate cacheable vs non-cacheable MMIO Currently, the p2m type p2m_mmio_direct is used to map in stage-2 cacheable MMIO (via map_regions_rw_cache) and non-cacheable one (via map_mmio_regions). The p2m code is relying on the caller to give the correct memory attribute. In a follow-up patch, the p2m code will rely on the p2m type to find the correct memory attribute. In preparation of this, introduce p2m_mmio_direct_nc and p2m_mimo_direct_c to differentiate the cacheability of the MMIO. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit ca8e5ddaa416983dd2b5840cb86eb768b8ebf8e9 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:07 2016 +0100 xen/arm: p2m: Use a whitelist rather than blacklist in get_page_from_gfn Currently, the check in get_page_from_gfn is using a blacklist. This is very fragile because we may forgot to update the check when a new p2m type is added. To avoid any possible issue, use a whitelist. All type backed by a RAM page can could potential be valid. The check is borrowed from x86. Note with this change, it is not possible anymore to retrieve a page when the p2m type is p2m_iommu_map_*. This is fine because they are special mappings for direct mapping workaround and the associated GFN should be used at all by callers of get_page_from_gfn. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit b3acfb3f470da3cc5c7b460fcff316bcc9ecc380 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Jul 28 15:20:06 2016 +0100 xen/arm: p2m: Use the typesafe MFN in mfn_to_p2m_entry Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> (qemu changes not included) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |