|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-4.2-testing test] 26982: regressions - FAIL
flight 26982 xen-4.2-testing real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/26982/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemut-rhel6hvm-amd 10 guest-destroy fail REGR. vs. 26490 test-amd64-i386-pv 5 xen-boot fail REGR. vs. 26490 Tests which did not succeed, but are not blocking: test-i386-i386-rumpuserxen-i386 1 build-check(1) blocked n/a 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-i386-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail never pass test-amd64-amd64-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail never pass test-amd64-i386-libvirt 9 guest-start fail never pass test-amd64-amd64-libvirt 9 guest-start fail never pass test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass test-i386-i386-libvirt 9 guest-start fail never pass build-amd64-rumpuserxen 5 rumpuserxen-build fail never pass test-amd64-i386-xl-qemuu-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-win7-amd64 14 guest-stop fail never pass test-amd64-i386-xend-winxpsp3 17 leak-check/check fail never pass test-amd64-amd64-xl-qemut-winxpsp3 14 guest-stop fail never pass test-amd64-i386-xl-win7-amd64 14 guest-stop fail never pass test-amd64-i386-xend-qemut-winxpsp3 17 leak-check/check fail never pass test-amd64-i386-xl-qemut-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-qemut-win7-amd64 14 guest-stop fail never pass test-i386-i386-xl-qemut-winxpsp3 14 guest-stop fail never pass test-i386-i386-xl-winxpsp3 14 guest-stop fail never pass test-amd64-amd64-xl-winxpsp3 14 guest-stop fail never pass test-amd64-amd64-xl-qemuu-winxpsp3 14 guest-stop fail never pass test-i386-i386-xl-qemuu-winxpsp3 14 guest-stop fail never pass test-amd64-i386-xl-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-i386-xl-qemut-winxpsp3-vcpus1 14 guest-stop fail never pass build-i386-rumpuserxen 5 rumpuserxen-build fail never pass version targeted for testing: xen 68dc110d63d24df71a0278812c2a4d99d3206faf baseline version: xen 0a7c4ea20c444a22e05a5483ce317dbefe940ba3 ------------------------------------------------------------ People who touched revisions under test: Jan Beulich <jbeulich@xxxxxxxx> Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx> Yang Zhang <yang.z.zhang@xxxxxxxxx> ------------------------------------------------------------ jobs: build-amd64 pass build-i386 pass build-amd64-libvirt pass build-i386-libvirt pass build-amd64-pvops pass build-i386-pvops pass build-amd64-rumpuserxen fail build-i386-rumpuserxen fail test-amd64-amd64-xl pass test-amd64-i386-xl pass test-i386-i386-xl pass test-amd64-i386-rhel6hvm-amd pass test-amd64-i386-qemut-rhel6hvm-amd fail 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-qemuu-freebsd10-amd64 pass test-amd64-amd64-xl-qemuu-ovmf-amd64 fail test-amd64-i386-xl-qemuu-ovmf-amd64 fail 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-amd64-amd64-xl-win7-amd64 fail test-amd64-i386-xl-win7-amd64 fail test-amd64-i386-xl-credit2 pass test-amd64-i386-qemuu-freebsd10-i386 pass test-amd64-i386-rumpuserxen-i386 blocked test-i386-i386-rumpuserxen-i386 blocked test-amd64-amd64-xl-pcipt-intel fail test-amd64-i386-rhel6hvm-intel pass test-amd64-i386-qemut-rhel6hvm-intel pass test-amd64-i386-qemuu-rhel6hvm-intel pass test-amd64-amd64-libvirt fail test-amd64-i386-libvirt fail test-i386-i386-libvirt fail test-amd64-i386-xl-multivcpu pass test-amd64-amd64-pair pass test-amd64-i386-pair pass test-i386-i386-pair pass test-amd64-amd64-xl-sedf-pin pass test-amd64-amd64-pv pass test-amd64-i386-pv fail test-i386-i386-pv pass test-amd64-amd64-xl-sedf pass test-amd64-i386-xl-qemut-winxpsp3-vcpus1 fail test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 fail test-amd64-i386-xl-winxpsp3-vcpus1 fail test-amd64-i386-xend-qemut-winxpsp3 fail test-amd64-amd64-xl-qemut-winxpsp3 fail test-i386-i386-xl-qemut-winxpsp3 fail test-amd64-amd64-xl-qemuu-winxpsp3 fail test-i386-i386-xl-qemuu-winxpsp3 fail test-amd64-i386-xend-winxpsp3 fail test-amd64-amd64-xl-winxpsp3 fail test-i386-i386-xl-winxpsp3 fail ------------------------------------------------------------ sg-report-flight on osstest.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. ------------------------------------------------------------ commit 68dc110d63d24df71a0278812c2a4d99d3206faf Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Wed Jun 4 17:20:38 2014 +0200 ACPI/ERST: fix table mapping acpi_get_table(), when executed before reaching SYS_STATE_active, will return a mapping valid only until the next invocation of that funciton. Consequently storing the returned pointer for later use is incorrect. Copy the logic used in VT-d's DMAR handling. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> master commit: fca69b1fc606ece62430076ca4a157e4bed749a8 master date: 2014-05-26 12:25:01 +0200 commit 3eeb55368557548b1f5cd641af40292bd44fd766 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Wed Jun 4 15:36:25 2014 +0200 Revert "ACPI/ERST: fix table mapping" This reverts commit 45ce6fb083335abf82f5b7d301bcc91261c94925 (missing 32-bit code). commit 46345224b938cd17e2440380b7430f86e93a3424 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Tue Jun 3 16:11:52 2014 +0200 x86/HVM: eliminate vulnerabilities from hvm_inject_msi() - pirq_info() returns NULL for a non-allocated pIRQ, and hence we mustn't unconditionally de-reference it, and we need to invoke it another time after having called map_domain_emuirq_pirq() - don't use printk(), namely without XENLOG_GUEST, for error reporting This is XSA-96. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> master commit: 6f4cc0ac41625a054861b417ea1fc3ab88e2e40a master date: 2014-06-03 15:17:14 +0200 commit f4185f0c6c7800c86fa07b3115d4e14613efadc3 Author: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Date: Tue Jun 3 12:23:25 2014 +0200 timers: set the deadline more accurately Program the timer to the deadline of the closest timer if it is further than 50us ahead, otherwise set it 50us ahead. This way a single event fires on time rather than 50us late (as it would have previously) while still preventing too many timer wakeups in the case of having many timers scheduled close together. (where 50us is the timer_slop) Signed-off-by: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> master commit: 054b6dfb61eab00d86ddd5d0ac508f5302da0d52 master date: 2014-05-28 10:07:50 +0200 commit 3706844342703b59f9d1fe2a1cc01abb93d94b26 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Tue Jun 3 12:22:49 2014 +0200 x86: don't use VA for cache flush when also flushing TLB Doing both flushes at once is a strong indication for the address mapping to either having got dropped (in which case the cache flush, when done via INVLPG, would fault) or its physical address having changed (in which case the cache flush would end up being done on the wrong address range). There is no adverse effect (other than the obvious performance one) using WBINVD in this case regardless of the range's size; only map_pages_to_xen() uses combined flushes at present. This problem was observed with the 2nd try backport of d6cb14b3 ("VT-d: suppress UR signaling for desktop chipsets") to 4.2 (where ioremap() needs to be replaced with set_fixmap_nocache(); the previously commented out and now being re-enabled __set_fixmap(, 0, 0) there to undo the mapping resulted in the first of the above two scenarios). Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> master commit: 50df6f7429f73364bbddb0970a3a34faa01a7790 master date: 2014-05-28 09:51:07 +0200 commit f9d3462a8fe6768e8230f1ee21251dee9f165fc7 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Tue Jun 3 12:22:14 2014 +0200 AMD IOMMU: don't free page table prematurely iommu_merge_pages() still wants to look at the next level page table, the TLB flush necessary before freeing too happens in that function, and if it fails no free should happen at all. Hence the freeing must be done after that function returned successfully, not before it's being called. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Reviewed-by: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx> Tested-by: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx> master commit: 6b4d71d028f445cba7426a144751fddc8bfdd67b master date: 2014-05-28 09:50:33 +0200 commit 2bc830e4fea6f4ecc974dfe09fab27b01b9b633a Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Tue Jun 3 12:21:12 2014 +0200 VT-d: fix mask applied to DMIBAR in desktop chipset XSA-59 workaround In commit ("VT-d: suppress UR signaling for desktop chipsets") the mask applied to the value read from DMIBAR is to narrow, only the comment accompanying it was correct. Fix that and tag the literal number as "long long" at once to avoid eventual compiler warnings. The widest possible value so far is 39 bits; all chipsets covered here but having less than this number of bits have the remaining bits marked reserved (zero), and hence there's no need for making the mask chipset specific. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Acked-by: Yang Zhang <yang.z.zhang@xxxxxxxxx> master commit: f8ecf31c31906552522c2a1b0d1cada07d78876e master date: 2014-05-26 12:28:46 +0200 commit 45ce6fb083335abf82f5b7d301bcc91261c94925 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Tue Jun 3 12:19:45 2014 +0200 ACPI/ERST: fix table mapping acpi_get_table(), when executed before reaching SYS_STATE_active, will return a mapping valid only until the next invocation of that funciton. Consequently storing the returned pointer for later use is incorrect. Copy the logic used in VT-d's DMAR handling. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> master commit: fca69b1fc606ece62430076ca4a157e4bed749a8 master date: 2014-05-26 12:25:01 +0200 (qemu changes not included) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |