This run is configured for baseline tests only. flight 67671 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67671/
Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 14 guest-saverestore.2 fail REGR. vs. 67668 version targeted for testing: ovmf 960d0de80b288c7cd9cbccfde7a12a48935055b4 baseline version: ovmf ec68dc28557925e0708d5676288ad140651a3851 Last test of basis 67668 2016-09-07 18:16:43 Z 0 days Testing same since 67671 2016-09-08 03:19:26 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Ard Biesheuvel <ard.biesheu...@linaro.org> Hegde Nagaraj P <nagaraj-p.he...@hpe.com> Jiaxin Wu <jiaxin...@intel.com> Jiewen Yao <jiewen....@intel.com> Leif Lindholm <leif.lindh...@linaro.org> Michael Zimmermann <sigmaepsilo...@gmail.com> Ryan Harkin <ryan.har...@linaro.org> jobs: build-amd64-xsm pass build-i386-xsm pass build-amd64 pass build-i386 pass build-amd64-libvirt pass build-i386-libvirt pass build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl-qemuu-ovmf-amd64 fail test-amd64-i386-xl-qemuu-ovmf-amd64 pass ------------------------------------------------------------ sg-report-flight on osstest.xs.citrite.net logs: /home/osstest/logs images: /home/osstest/images Logs, config files, etc. are available at http://osstest.xs.citrite.net/~osstest/testlogs/logs Test harness code can be found at http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary Push not applicable. ------------------------------------------------------------ commit 960d0de80b288c7cd9cbccfde7a12a48935055b4 Author: Ard Biesheuvel <ard.biesheu...@linaro.org> Date: Wed Sep 7 09:12:29 2016 +0100 ArmPkg/DefaultExceptionHandlerLib AARCH64: add minimal backtrace to crash dump When dumping the CPU state after an unhandled fault, walk the stack frames and decode the return addresses so we can show a minimal backtrace. Unfortunately, we do not have sufficient information to show the function names, but at least we can see the modules and the return addresses inside the modules. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org> Reviewed-by: Leif Lindholm <leif.lindh...@linaro.org> Tested-by: Leif Lindholm <leif.lindh...@linaro.org> commit 8f0b62a5dac0830698d6cf4b1c25ce2612f93dd8 Author: Ard Biesheuvel <ard.biesheu...@linaro.org> Date: Wed Sep 7 09:19:37 2016 +0100 BaseTools/tools_def AARCH64: enable frame pointers for DEBUG builds Enable frame pointers on DEBUG builds so we can support backtraces in crash dumps. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org> Reviewed-by: Leif Lindholm <leif.lindh...@linaro.org> Tested-by: Leif Lindholm <leif.lindh...@linaro.org> commit 570e7cd4a42118ba9f20a616c0869503337fbc1c Author: Michael Zimmermann <sigmaepsilo...@gmail.com> Date: Wed Sep 7 13:16:18 2016 +0100 ArmPlatformPkg/PrePi: fix secondary stack base this bug was introduced by: d2fa09a ArmPlatformPkg/PrePi: switch to ASM_FUNC() asm macro Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Michael Zimmermann <sigmaepsilo...@gmail.com> Tested-by: Ryan Harkin <ryan.har...@linaro.org> commit 2f4f6489d8f70f1b83851234637e4534e95bf663 Author: Jiewen Yao <jiewen....@intel.com> Date: Tue Sep 6 16:21:15 2016 +0800 Vlv2TbltDevicePkg/dec: Correct wrong default value. The default PcdPeiIchEhciControllerMemoryBaseAddress value 0xFD000000 conflict with the default TXE SECUMA MMIO address. So we update to 0xFC000000 to avoid conflict. Cc: David Wei <david....@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jiewen Yao <jiewen....@intel.com> Reviewed-by: David Wei <david....@intel.com> commit a27bdc0556d5e87df0e81287f541739a4b77c1f6 Author: Jiewen Yao <jiewen....@intel.com> Date: Tue Sep 6 16:24:31 2016 +0800 Vlv2TbltDevicePkg/PlatformInitPei: Support USB init In order to support recovery in PEI phase, a platform need initialize USB controller. This logic is missing in current PchInitPeim. We removed MultiPlatformInfoInit() because it is already done in PlatformEarlyInitEntry(). We also initialize XhciMemBaseAddr to 0, or it is garbage value. Cc: David Wei <david....@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jiewen Yao <jiewen....@intel.com> Reviewed-by: David Wei <david....@intel.com> commit 3093f45c44eaea11e2f2552af7ff5c5b370a93d7 Author: Jiaxin Wu <jiaxin...@intel.com> Date: Tue Sep 6 11:23:38 2016 +0800 NetworkPkg/DnsDxe: Handle CNAME type responded from the name server v2: * Code refine. * For DnsCache, the minimum value of TTL is selected between CNAME and A/AAAA record. According RFC 1034 - 3.6.2, if the query name is an alias, the name server will include the CNAME record in the response and restart the query at the domain name specified in the data field of the CNAME record. RFC also provides one example server action when A query received: Suppose a name server was processing a query with for USCISIC.ARPA, asking for type A information, and had the following resource records: USC-ISIC.ARPA IN CNAME C.ISI.EDU C.ISI.EDU IN A 10.0.0.52 Both of these RRs would be returned in the response to the type A query. Currently, DnsDxe driver doesn't handle the CNAME type response, which will cause any exception result. The driver need continue the packet parsing while CNAME type record parsed. So, this patch is used to handle it correctly. Cc: Hegde Nagaraj P <nagaraj-p.he...@hpe.com> Cc: Fu Siyuan <siyuan...@intel.com> Cc: Ye Ting <ting...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jiaxin Wu <jiaxin...@intel.com> Reviewed-by: Fu Siyuan <siyuan...@intel.com> Tested-by: Hegde Nagaraj P <nagaraj-p.he...@hpe.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel