* [xen-4.7-testing test] 95489: regressions - FAIL
@ 2016-06-11 9:31 osstest service owner
2016-06-11 12:00 ` Wei Liu
0 siblings, 1 reply; 4+ messages in thread
From: osstest service owner @ 2016-06-11 9:31 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 95489 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95489/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 10 guest-start fail REGR. vs. 95446
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail REGR. vs. 95446
Tests which did not succeed, but are not blocking:
test-amd64-amd64-rumpuserxen-amd64 1 build-check(1) blocked n/a
test-amd64-i386-rumpuserxen-i386 1 build-check(1) blocked n/a
build-i386-rumpuserxen 6 xen-build fail never pass
test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass
build-amd64-rumpuserxen 6 xen-build fail never pass
test-amd64-amd64-xl-pvh-amd 11 guest-start 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-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saverestore 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-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1 fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-qemuu-nested-amd 13 xen-boot/l1 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-arndale 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop 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
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-xl-qemut-win7-amd64 16 guest-stop fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-armhf-armhf-libvirt-qcow2 11 migrate-support-check fail never pass
test-armhf-armhf-libvirt-qcow2 13 guest-saverestore 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-xl 12 migrate-support-check fail never pass
test-armhf-armhf-xl 13 saverestore-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-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-rtds 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
version targeted for testing:
xen a4b3caa9308ba71611218b3da9132caff23e3cf8
baseline version:
xen c2a17869d5dcd845d646bf4db122cad73596a2be
Last test of basis 95446 2016-06-08 16:21:53 Z 2 days
Testing same since 95489 2016-06-10 02:58:16 Z 1 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Christoph Egger <chegger@amazon.de>
Doug Goldstein <cardoe@cardoe.com>
Euan Harris <euan.harris@citrix.com>
Haozhong Zhang <haozhong.zhang@intel.com>
Ian Jackson <Ian.Jackson@eu.citrix.com>
Jan Beulich <jbeulich@suse.com>
Jiandi An <anjiandi@codeaurora.org>
Kevin Tian <kevin.tian@intel.com>
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Konrad Rzeszutek Wilk <konrad@kernel.org>
Stefano Stabellini <sstabellini@kernel.org>
Wei Chen <Wei.Chen@linaro.org>
Wei Liu <wei.liu2@citrix.com>
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-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 fail
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 pass
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 fail
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 pass
test-armhf-armhf-xl-rtds pass
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 a4b3caa9308ba71611218b3da9132caff23e3cf8
Author: Jan Beulich <JBeulich@suse.com>
Date: Wed Jun 8 03:52:33 2016 -0600
tools: fix libxengnttab dependencies
Without this some ld versions warn about not being able to find
libxentoollog.so.1 when linking libxenvchan.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: e9151dbe35611778d70a1ad2698af60141ea0418
commit 6d846484c400ea2d95e1e80e15b5924d5ac5831e
Author: Wei Liu <wei.liu2@citrix.com>
Date: Wed Jun 8 16:31:04 2016 +0100
Revert "libxl: No emulated disk driver for xvdX disk"
This reverts c0c099d157cc5bc942afef766cf141628a6380a1.
That commit causes regression on the semantics of our diskspec.
See [0] for more information.
[0] http://lists.xen.org/archives/html/xen-devel/2016-05/msg02876.html
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 74a7ec196f819271dff2676a79ef916c50d88342
commit b6e12339b07c4bbbdceb32bc99693e1667bb5c31
Author: Doug Goldstein <cardoe@cardoe.com>
Date: Tue Jun 7 12:08:52 2016 -0400
travis: drop broken LLVM repos
LLVM repos are currently down so drop them from being installed so we
can get some testing back.
Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: b712a7bf287c79d8566efd19462da82ebaf499cd
commit 8c89958cc6360836ac4e4c6442994eaaa2ed72e2
Author: Wei Chen <wei.chen@linaro.org>
Date: Fri Jun 3 18:07:13 2016 +0800
xen/arm: build: add missed dependency for head.S
When we update the header files that had been included in head.S.
The build system would not re-compile the head.S. Because in the
build rules, the dependencies are setting to .*.d (eg. DEPS = .*.d)
files in the same folder as Makefile.
But head.S is very special, it was used by the Makefile in the parent
folder: "ALL_OBJS := $(TARGET_SUBARCH)/head.o".
In this case, the build system could not find the dependency in DEPS.
When we update the header files, the build system is unware of this
update. If we re-build the Xen without doing make clean or touching
the head.S, the build system will not recompile the head.S.
Signed-off-by: Wei Chen <Wei.Chen@linaro.org>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 9ea859dedad4fc5e2afa222569226363e1e0ed6b
commit c2c69e3b3ea75de4fe35e9472c5233ee1e580fbe
Author: Konrad Rzeszutek Wilk <konrad@kernel.org>
Date: Tue Jun 7 14:15:43 2016 -0400
docs/livepatch: Update URL to livepatch-build-tools.git
.. in the design document. The official location is:
git://xenbits.xen.org/livepatch-build-tools.git
Wiki is also updated with this URL.
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 6e03a34108d6ca98cba490e0d9947bdac2b8ee5c
commit d4e0ccfb36295952583bd10d4a55c403483317e7
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Jun 8 15:42:19 2016 +0100
libxl: Fix NULL pointer due to XSA-178 fix wrong XS nodename
In "libxl: Do not trust backend for disk eject vdev" (c69871a2fb26 on
xen.git#staging) we changed libxl_evenable_disk_eject to read the
device vdev out of xenstore from the /libxl path, rather than the
backend path, and to read it during setup rather than on each event.
However, the patch has a mistake:
- GCSPRINTF("%s/dev", backend), NULL);
+ GCSPRINTF("%s/vdev", libxl_path), &configured_vdev);
^
Spot the extra "v". This causes configured_vdev always to be NULL.
configured_vdev is passed to [libxl__]strdup.
In Xen 4.6 and later libxl__strdup is used and tolerates NULL.
evg->vdev is set to NULL. This propagates to the `vdev' field in the
generated event. This may or may not cause further trouble, depending
on the calling application. In our osstest test cases it does not
cause any trouble, so the bug goes undetected.
In Xen 4.5 and earlier, the strdup does not tolerate NULL, and libxl
crashes immediately. This has been detected by osstest as a
regression in Xen 4.5.
IMO this patch should be applied immediately to
xen.git#staging-4.5 (to check that it fixes the osstest regression)
xen.git#staging (to check that it does not break master
Subject to passes, it should then be propagated to all supported
stable trees and also be mentioned in an update to XSA-178.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
Reviewed-by: Wei Liu <wei.liu2@citrix.com>
Release-Acked-By: Wei Liu <wei.liu2@citrix.com>
CC: security@xenproject.org
CC: Jan Beulich <jbeulich@suse.com>
CC: Wei Liu <wei.liu2@citrix.com>
(cherry picked from commit 62b4d4769ca39fd5263da20d786a7b9a80a22d9a)
commit a7ac0b6e0298ea564fe86bff1f24926acab9645e
Author: Euan Harris <euan.harris@citrix.com>
Date: Wed Jun 8 14:28:54 2016 +0200
nested vmx: intercept guest rdmsr for MSR_IA32_VMX_VMFUNC
Guest reads of MSR_IA32_VMX_VMFUNC should be handled by
the logic in vmx_msr_read_intercept(). Otherwise a guest
can read the raw host value of this MSR, even if nested
vmx is disabled.
Signed-off-by: Euan Harris <euan.harris@citrix.com>
Acked-by: Kevin Tian <kevin.tian@intel.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 6439d23319986d37a6ea843c98b329218c3ac231
master date: 2016-06-08 14:14:33 +0200
commit 0975bb7c1ff2397b27ea05de9f5d6b784d1d3668
Author: Jiandi An <anjiandi@codeaurora.org>
Date: Wed Jun 8 11:23:29 2016 +0200
serial: fix incorrect length of strncmp for dtuart
In serial_parse_handler(), length of strncmp for dtuart should have been
6, not 5.
Signed-off-by: Jiandi An <anjiandi@codeaurora.org>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Stefano Stabellini <sstabellini@kernel.org>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: ba98196b54b27262ffe3d3463358eb4cff18b28d
master date: 2016-06-08 11:10:23 +0200
commit b0d81a706a78c39339eab439b671065d55938a03
Author: Haozhong Zhang <haozhong.zhang@intel.com>
Date: Wed Jun 8 11:22:45 2016 +0200
Revert "x86/hvm: add support for pcommit instruction"
This reverts commit cfacce340608be5f94ce0c8f424487b63c3d5399.
Platforms supporting Intel NVDIMM are now required to provide
persistency once pmem stores are accepted by the memory subsystem.
This is usually achieved by a platform-level feature known as ADR
(Asynchronous DRAM Refresh) that flushes any memory subsystem write
pending queues on power loss/shutdown. Therefore, the pcommit
instruction, which has not yet shipped on any product (and will not),
is no longer needed and is deprecated.
Signed-off-by: Haozhong Zhang <haozhong.zhang@intel.com>
Acked-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Kevin Tian <kevin.tian@intel.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: b88429ad43e71dc1858c4a6f1c682ede244e74d8
master date: 2016-06-08 11:09:54 +0200
commit a74cdfa563fe5afe9f3db44b60715748f59f39df
Author: Haozhong Zhang <haozhong.zhang@intel.com>
Date: Wed Jun 8 11:20:52 2016 +0200
x86/mce: handle reserved domain ID in XEN_MC_msrinject
Commit 26646f3 "x86/mce: translate passed-in GPA to host machine
address" and commit 4ddf474 "tools/xen-mceinj: Pass in GPA when
injecting through MSR_MCI_ADDR" forgot to consider reserved domain
ID and mistakenly add MC_MSRINJ_F_GPADDR flag for them, which in turn
causes bug reported by
http://lists.xenproject.org/archives/html/xen-devel/2016-05/msg02640.html.
This patch removes MC_MSRINK_F_GPADDR flag and checks this when injecting
to reserved domain IDs except DOMID_SELF, and treats the passed-in
address as host machine address.
Signed-off-by: Haozhong Zhang <haozhong.zhang@intel.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Christoph Egger <chegger@amazon.de>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: e63888627acb094904eef5fa1eea1ef930876258
master date: 2016-06-08 11:08:55 +0200
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [xen-4.7-testing test] 95489: regressions - FAIL
2016-06-11 9:31 [xen-4.7-testing test] 95489: regressions - FAIL osstest service owner
@ 2016-06-11 12:00 ` Wei Liu
2016-06-11 12:47 ` Andrew Cooper
0 siblings, 1 reply; 4+ messages in thread
From: Wei Liu @ 2016-06-11 12:00 UTC (permalink / raw)
To: osstest service owner
Cc: Andrew Cooper, xen-devel, Wei Liu, Jan Beulich, Roger Pau Monné
On Sat, Jun 11, 2016 at 09:31:40AM +0000, osstest service owner wrote:
> flight 95489 xen-4.7-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/95489/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-freebsd10-amd64 10 guest-start fail REGR. vs. 95446
>
According to
http://logs.test-lab.xenproject.org/osstest/logs/95489/test-amd64-i386-freebsd10-amd64/serial-pinot0.log
Jun 11 07:01:09.495504 (d1) Press ESC for boot menu.
Jun 11 07:01:09.495531 (d1)
Jun 11 07:01:09.503453 (d1) Searching bootorder for: HALT
Jun 11 07:01:12.063554 (d1) drive 0x000f6b20: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 s=49152000
Jun 11 07:01:12.071587 (d1) Space available for UMB: ca800-ee000, f6560-f6b20
Jun 11 07:01:12.079537 (d1) Returned 258048 bytes of ZoneHigh
Jun 11 07:01:12.079568 (d1) e820 map has 6 items:
Jun 11 07:01:12.087554 (d1) 0: 0000000000000000 - 000000000009fc00 = 1 RAM
Jun 11 07:01:12.087576 (d1) 1: 000000000009fc00 - 00000000000a0000 = 2 RESERVED
Jun 11 07:01:12.095753 (d1) 2: 00000000000f0000 - 0000000000100000 = 2 RESERVED
Jun 11 07:01:12.103590 (d1) 3: 0000000000100000 - 000000003f7ff000 = 1 RAM
Jun 11 07:01:12.103625 (d1) 4: 000000003f7ff000 - 000000003f800000 = 2 RESERVED
Jun 11 07:01:12.111529 (d1) 5: 00000000fc000000 - 0000000100000000 = 2 RESERVED
Jun 11 07:01:12.111564 (d1) enter handle_19:
Jun 11 07:01:12.119594 (d1) NULL
Jun 11 07:01:12.119620 (d1) Booting from Hard Disk...
Jun 11 07:01:12.119647 (d1) Booting from 0000:7c00
Jun 11 07:01:12.127526 (XEN) d1v0 Triple fault - invoking HVM shutdown action 1
Jun 11 07:01:45.063552 (XEN) *** Dumping Dom1 vcpu#0 state: ***
Jun 11 07:01:45.063603 (XEN) ----[ Xen-4.7.0-rc x86_64 debug=y Not tainted ]----
Jun 11 07:01:45.071526 (XEN) CPU: 0
Jun 11 07:01:45.071555 (XEN) RIP: 0020:[<ffffffff80d0a8c0>]
Jun 11 07:01:45.071586 (XEN) RFLAGS: 0000000000000046 CONTEXT: hvm guest (d1v0)
Jun 11 07:01:45.079515 (XEN) rax: 0000000000000000 rbx: 000000000000000c rcx: 0000000000000080
Jun 11 07:01:45.087493 (XEN) rdx: ffffffff814b5130 rsi: 0000000000000000 rdi: 0000000000000000
Jun 11 07:01:45.095490 (XEN) rbp: ffffffff80d0ab00 rsp: ffffffff800bffc0 r8: 0000000000000000
Jun 11 07:01:45.095528 (XEN) r9: 00000000000007d0 r10: 00000000000007d0 r11: 00000000000007d0
Jun 11 07:01:45.103501 (XEN) r12: ffffffff81641b28 r13: 0000000000000002 r14: ffffffff80d0ab10
Jun 11 07:01:45.111521 (XEN) r15: ffffffff81641ff0 cr0: 0000000080000011 cr4: 00000000000406b0
Jun 11 07:01:45.119520 (XEN) cr3: 0000000001963000 cr2: 0000000000000000
Jun 11 07:01:45.127492 (XEN) ds: 0028 es: 0028 fs: 0028 gs: 0028 ss: 0028 cs: 0020
Jun 11 07:01:45.127531 [ 465.765651] xenbr0: port 2(vif1.0) entered disabled state
FreeBSD install in xen-unstable also fails in a similar fashion. It
might probably be easier to triage this issue in 4.7 branch because
there are only a handful of commits there.
Wei.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [xen-4.7-testing test] 95489: regressions - FAIL
2016-06-11 12:00 ` Wei Liu
@ 2016-06-11 12:47 ` Andrew Cooper
2016-06-13 6:48 ` Wei Liu
0 siblings, 1 reply; 4+ messages in thread
From: Andrew Cooper @ 2016-06-11 12:47 UTC (permalink / raw)
To: Wei Liu, osstest service owner
Cc: xen-devel, Jan Beulich, Roger Pau Monné
On 11/06/16 13:00, Wei Liu wrote:
> On Sat, Jun 11, 2016 at 09:31:40AM +0000, osstest service owner wrote:
>> flight 95489 xen-4.7-testing real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/95489/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be run:
>> test-amd64-i386-freebsd10-amd64 10 guest-start fail REGR. vs. 95446
>>
> According to
>
> http://logs.test-lab.xenproject.org/osstest/logs/95489/test-amd64-i386-freebsd10-amd64/serial-pinot0.log
>
> Jun 11 07:01:09.495504 (d1) Press ESC for boot menu.
> Jun 11 07:01:09.495531 (d1)
> Jun 11 07:01:09.503453 (d1) Searching bootorder for: HALT
> Jun 11 07:01:12.063554 (d1) drive 0x000f6b20: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 s=49152000
> Jun 11 07:01:12.071587 (d1) Space available for UMB: ca800-ee000, f6560-f6b20
> Jun 11 07:01:12.079537 (d1) Returned 258048 bytes of ZoneHigh
> Jun 11 07:01:12.079568 (d1) e820 map has 6 items:
> Jun 11 07:01:12.087554 (d1) 0: 0000000000000000 - 000000000009fc00 = 1 RAM
> Jun 11 07:01:12.087576 (d1) 1: 000000000009fc00 - 00000000000a0000 = 2 RESERVED
> Jun 11 07:01:12.095753 (d1) 2: 00000000000f0000 - 0000000000100000 = 2 RESERVED
> Jun 11 07:01:12.103590 (d1) 3: 0000000000100000 - 000000003f7ff000 = 1 RAM
> Jun 11 07:01:12.103625 (d1) 4: 000000003f7ff000 - 000000003f800000 = 2 RESERVED
> Jun 11 07:01:12.111529 (d1) 5: 00000000fc000000 - 0000000100000000 = 2 RESERVED
> Jun 11 07:01:12.111564 (d1) enter handle_19:
> Jun 11 07:01:12.119594 (d1) NULL
> Jun 11 07:01:12.119620 (d1) Booting from Hard Disk...
> Jun 11 07:01:12.119647 (d1) Booting from 0000:7c00
> Jun 11 07:01:12.127526 (XEN) d1v0 Triple fault - invoking HVM shutdown action 1
> Jun 11 07:01:45.063552 (XEN) *** Dumping Dom1 vcpu#0 state: ***
> Jun 11 07:01:45.063603 (XEN) ----[ Xen-4.7.0-rc x86_64 debug=y Not tainted ]----
> Jun 11 07:01:45.071526 (XEN) CPU: 0
> Jun 11 07:01:45.071555 (XEN) RIP: 0020:[<ffffffff80d0a8c0>]
> Jun 11 07:01:45.071586 (XEN) RFLAGS: 0000000000000046 CONTEXT: hvm guest (d1v0)
> Jun 11 07:01:45.079515 (XEN) rax: 0000000000000000 rbx: 000000000000000c rcx: 0000000000000080
> Jun 11 07:01:45.087493 (XEN) rdx: ffffffff814b5130 rsi: 0000000000000000 rdi: 0000000000000000
> Jun 11 07:01:45.095490 (XEN) rbp: ffffffff80d0ab00 rsp: ffffffff800bffc0 r8: 0000000000000000
> Jun 11 07:01:45.095528 (XEN) r9: 00000000000007d0 r10: 00000000000007d0 r11: 00000000000007d0
> Jun 11 07:01:45.103501 (XEN) r12: ffffffff81641b28 r13: 0000000000000002 r14: ffffffff80d0ab10
> Jun 11 07:01:45.111521 (XEN) r15: ffffffff81641ff0 cr0: 0000000080000011 cr4: 00000000000406b0
> Jun 11 07:01:45.119520 (XEN) cr3: 0000000001963000 cr2: 0000000000000000
> Jun 11 07:01:45.127492 (XEN) ds: 0028 es: 0028 fs: 0028 gs: 0028 ss: 0028 cs: 0020
> Jun 11 07:01:45.127531 [ 465.765651] xenbr0: port 2(vif1.0) entered disabled state
>
> FreeBSD install in xen-unstable also fails in a similar fashion. It
> might probably be easier to triage this issue in 4.7 branch because
> there are only a handful of commits there.
From dmesg,
[ 0.291601] smpboot: CPU0: AMD Opteron(tm) Processor 3350 HE (fam:
15, model: 02, stepping: 00)
This is a Piledriver processor, meaning it supports BMI1.
It seems likely that it is to do with the erroneous advertisement of
PKU, fixed by "[PATCH for-4.7] xen/hvm: Fix advertisment of available
xstates following c/s c52319642"
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [xen-4.7-testing test] 95489: regressions - FAIL
2016-06-11 12:47 ` Andrew Cooper
@ 2016-06-13 6:48 ` Wei Liu
0 siblings, 0 replies; 4+ messages in thread
From: Wei Liu @ 2016-06-13 6:48 UTC (permalink / raw)
To: Andrew Cooper
Cc: xen-devel, Wei Liu, osstest service owner, Jan Beulich,
Roger Pau Monné
On Sat, Jun 11, 2016 at 01:47:33PM +0100, Andrew Cooper wrote:
> On 11/06/16 13:00, Wei Liu wrote:
> > On Sat, Jun 11, 2016 at 09:31:40AM +0000, osstest service owner wrote:
> >> flight 95489 xen-4.7-testing real [real]
> >> http://logs.test-lab.xenproject.org/osstest/logs/95489/
> >>
> >> Regressions :-(
> >>
> >> Tests which did not succeed and are blocking,
> >> including tests which could not be run:
> >> test-amd64-i386-freebsd10-amd64 10 guest-start fail REGR. vs. 95446
> >>
> > According to
> >
> > http://logs.test-lab.xenproject.org/osstest/logs/95489/test-amd64-i386-freebsd10-amd64/serial-pinot0.log
> >
> > Jun 11 07:01:09.495504 (d1) Press ESC for boot menu.
> > Jun 11 07:01:09.495531 (d1)
> > Jun 11 07:01:09.503453 (d1) Searching bootorder for: HALT
> > Jun 11 07:01:12.063554 (d1) drive 0x000f6b20: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 s=49152000
> > Jun 11 07:01:12.071587 (d1) Space available for UMB: ca800-ee000, f6560-f6b20
> > Jun 11 07:01:12.079537 (d1) Returned 258048 bytes of ZoneHigh
> > Jun 11 07:01:12.079568 (d1) e820 map has 6 items:
> > Jun 11 07:01:12.087554 (d1) 0: 0000000000000000 - 000000000009fc00 = 1 RAM
> > Jun 11 07:01:12.087576 (d1) 1: 000000000009fc00 - 00000000000a0000 = 2 RESERVED
> > Jun 11 07:01:12.095753 (d1) 2: 00000000000f0000 - 0000000000100000 = 2 RESERVED
> > Jun 11 07:01:12.103590 (d1) 3: 0000000000100000 - 000000003f7ff000 = 1 RAM
> > Jun 11 07:01:12.103625 (d1) 4: 000000003f7ff000 - 000000003f800000 = 2 RESERVED
> > Jun 11 07:01:12.111529 (d1) 5: 00000000fc000000 - 0000000100000000 = 2 RESERVED
> > Jun 11 07:01:12.111564 (d1) enter handle_19:
> > Jun 11 07:01:12.119594 (d1) NULL
> > Jun 11 07:01:12.119620 (d1) Booting from Hard Disk...
> > Jun 11 07:01:12.119647 (d1) Booting from 0000:7c00
> > Jun 11 07:01:12.127526 (XEN) d1v0 Triple fault - invoking HVM shutdown action 1
> > Jun 11 07:01:45.063552 (XEN) *** Dumping Dom1 vcpu#0 state: ***
> > Jun 11 07:01:45.063603 (XEN) ----[ Xen-4.7.0-rc x86_64 debug=y Not tainted ]----
> > Jun 11 07:01:45.071526 (XEN) CPU: 0
> > Jun 11 07:01:45.071555 (XEN) RIP: 0020:[<ffffffff80d0a8c0>]
> > Jun 11 07:01:45.071586 (XEN) RFLAGS: 0000000000000046 CONTEXT: hvm guest (d1v0)
> > Jun 11 07:01:45.079515 (XEN) rax: 0000000000000000 rbx: 000000000000000c rcx: 0000000000000080
> > Jun 11 07:01:45.087493 (XEN) rdx: ffffffff814b5130 rsi: 0000000000000000 rdi: 0000000000000000
> > Jun 11 07:01:45.095490 (XEN) rbp: ffffffff80d0ab00 rsp: ffffffff800bffc0 r8: 0000000000000000
> > Jun 11 07:01:45.095528 (XEN) r9: 00000000000007d0 r10: 00000000000007d0 r11: 00000000000007d0
> > Jun 11 07:01:45.103501 (XEN) r12: ffffffff81641b28 r13: 0000000000000002 r14: ffffffff80d0ab10
> > Jun 11 07:01:45.111521 (XEN) r15: ffffffff81641ff0 cr0: 0000000080000011 cr4: 00000000000406b0
> > Jun 11 07:01:45.119520 (XEN) cr3: 0000000001963000 cr2: 0000000000000000
> > Jun 11 07:01:45.127492 (XEN) ds: 0028 es: 0028 fs: 0028 gs: 0028 ss: 0028 cs: 0020
> > Jun 11 07:01:45.127531 [ 465.765651] xenbr0: port 2(vif1.0) entered disabled state
> >
> > FreeBSD install in xen-unstable also fails in a similar fashion. It
> > might probably be easier to triage this issue in 4.7 branch because
> > there are only a handful of commits there.
>
> From dmesg,
>
> [ 0.291601] smpboot: CPU0: AMD Opteron(tm) Processor 3350 HE (fam:
> 15, model: 02, stepping: 00)
>
> This is a Piledriver processor, meaning it supports BMI1.
>
> It seems likely that it is to do with the erroneous advertisement of
> PKU, fixed by "[PATCH for-4.7] xen/hvm: Fix advertisment of available
> xstates following c/s c52319642"
Indeed -- I just read AMD CPUID specification, which seems to agree with
you.
Wei.
>
> ~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-06-13 6:48 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-06-11 9:31 [xen-4.7-testing test] 95489: regressions - FAIL osstest service owner
2016-06-11 12:00 ` Wei Liu
2016-06-11 12:47 ` Andrew Cooper
2016-06-13 6:48 ` Wei Liu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).