xen.org
2011-Jul-24 22:25 UTC
[Xen-devel] [xen-unstable test] 8269: regressions - trouble: broken/fail/pass
flight 8269 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/8269/
Regressions :-(
Tests which did not succeed and are blocking:
test-amd64-amd64-xl-pcipt-intel 5 xen-boot fail REGR. vs. 8256
test-amd64-amd64-xl 3 host-install(3) broken
test-amd64-i386-rhel6hvm-intel 5 xen-boot fail REGR. vs. 8256
test-amd64-i386-xl-credit2 3 host-install(3) broken
test-amd64-amd64-win 3 host-install(3) broken
test-i386-i386-win 3 host-install(3) broken
test-amd64-amd64-xl-win 3 host-install(3) broken
Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
test-i386-i386-xl 5 xen-boot fail like 8240
test-amd64-i386-xl-multivcpu 5 xen-boot fail like 8256
test-i386-i386-pv 5 xen-boot fail like 8256
test-amd64-amd64-pv 5 xen-boot fail like 8244
test-amd64-i386-pv 5 xen-boot fail like 8249
test-amd64-i386-pair 8 xen-boot/dst_host fail like 8240
test-amd64-i386-pair 7 xen-boot/src_host fail like 8240
test-amd64-i386-rhel6hvm-amd 5 xen-boot fail like 8236
test-amd64-i386-win-vcpus1 5 xen-boot fail like 8256
test-amd64-i386-xl 5 xen-boot fail like 8244
test-amd64-amd64-pair 8 xen-boot/dst_host fail like 8256
test-amd64-amd64-pair 7 xen-boot/src_host fail like 8256
test-i386-i386-pair 7 xen-boot/src_host fail like 8256
test-i386-i386-pair 8 xen-boot/dst_host fail like 8256
test-amd64-i386-xl-win-vcpus1 5 xen-boot fail like 8244
test-i386-i386-xl-win 5 xen-boot fail like 8256
test-amd64-i386-win 5 xen-boot fail like 8256
version targeted for testing:
xen d8725d9fb865
baseline version:
xen 42edf1481c57
------------------------------------------------------------
People who touched revisions under test:
Ian Campbell <ian.campbell@citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Jan Beulich <jbeulich@novell.com>
Keir Fraser <keir@xen.org>
Liu, Jinsong <jinsong.liu@intel.com>
Olaf Hering <olaf@aepfle.de>
Roger Pau Monne <roger.pau@entel.upc.edu>
------------------------------------------------------------
jobs:
build-amd64 pass
build-i386 pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-pvops pass
build-i386-pvops pass
test-amd64-amd64-xl broken
test-amd64-i386-xl fail
test-i386-i386-xl fail
test-amd64-i386-rhel6hvm-amd fail
test-amd64-i386-xl-credit2 broken
test-amd64-amd64-xl-pcipt-intel fail
test-amd64-i386-rhel6hvm-intel fail
test-amd64-i386-xl-multivcpu fail
test-amd64-amd64-pair fail
test-amd64-i386-pair fail
test-i386-i386-pair fail
test-amd64-amd64-pv fail
test-amd64-i386-pv fail
test-i386-i386-pv fail
test-amd64-i386-win-vcpus1 fail
test-amd64-i386-xl-win-vcpus1 fail
test-amd64-amd64-win broken
test-amd64-i386-win fail
test-i386-i386-win broken
test-amd64-amd64-xl-win broken
test-i386-i386-xl-win fail
------------------------------------------------------------
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: 23741:d8725d9fb865
tag: tip
user: Keir Fraser <keir@xen.org>
date: Sat Jul 23 09:57:04 2011 +0100
hvmloader: Declare get_hvm_info_table/get_shared_info as const funcs.
The compiler can perform CSE on their call sites.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 23740:5f7dc61e166b
user: Keir Fraser <keir@xen.org>
date: Sat Jul 23 09:56:13 2011 +0100
hvmloader: Remove bogus and unused RESERVED_MEMSIZE decl.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 23739:815ef5cf0261
user: Keir Fraser <keir@xen.org>
date: Sat Jul 23 09:43:47 2011 +0100
hvmloader: New functions mem_hole_alloc() and mem_hole_populate_ram().
These can be used by BIOS-specific handlers to set up memory regions
as required by their firmware payload.
Use mem_hole_alloc() to allocate properly reserved space for the
shared-info-page mapping. The old location conflicts with space
required for the OVMF BIOS (support for which is work in progress).
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 23738:88847c424eec
user: Roger Pau Monne <roger.pau@entel.upc.edu>
date: Sat Jul 23 08:58:37 2011 +0100
xend: remove PCI device listing from NetBSD, since it''s Linux
specific code.
Signed-off-by: Roger Pau Monne <roger.pau@entel.upc.edu>
changeset: 23737:3d18ff6589e3
user: Liu, Jinsong <jinsong.liu@intel.com>
date: Sat Jul 23 08:56:58 2011 +0100
x86, mce: Dump mce log by ERST when mc panic
We have implemented basic ERST logic before. Now linux3.0 as dom0 has
included APEI logic. Hence it''s time to add mce apei interface and
enable APEI ERST feature.
With it, it can save mce log by ERST method when mc panic.
Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
changeset: 23736:31683aa4bfb3
user: Liu, Jinsong <jinsong.liu@intel.com>
date: Sat Jul 23 08:55:59 2011 +0100
acpi: Add support for old and new bios erst, enable mce_apei logic
When testing, we found different bios has different understanding
about APEI ERST table header, depending on whether it count ACPI
standard header or not.
This patch add support for both bios version, and enable mce_apei.
Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>
changeset: 23735:537918f518ee
user: Jan Beulich <jbeulich@novell.com>
date: Sat Jul 23 08:49:15 2011 +0100
add privileged (dom0) kernel feature indication
With our switching away from supporting 32-bit Dom0 operation, users
complained that attempts (perhaps due to lack of knowledge of that
change) to boot the no longer privileged kernel in Dom0 resulted in
apparently silent failure. To make the mismatch explicit and visible,
add dom0 feature flag that the kernel can set to indicate operation as
dom0 is supported.
Due to the way elf_xen_parse_features() worked up to now (getting
fixed here), adding features indications to the old, string based ELF
note would make the respective kernel unusable on older hypervisors.
For that reason, a new ELF Note is being introduced that allows
specifying supported features as a bit array instead (with features
unknown to the hypervisor simply ignored, as now also done by
elf_xen_parse_features(), whereas here unknown kernel-required
features still keep the kernel [and hence VM] from booting).
Introduce and use elf_note_numeric_array() to be forward
compatible (or else an old hypervisor wouldn''t be able to parse
kernel
specified features occupying more than 64 bits - thanks, Ian!).
Signed-off-by: Jan Beulich <jbeulich@novell.com>
changeset: 23734:42edf1481c57
user: Ian Campbell <ian.campbell@citrix.com>
date: Fri Jul 22 08:55:19 2011 +0100
build: remove $(DESTDIR) from buildmakevars2file paths
23721:0ccb94d533d6 added this by mistake.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
=======================================commit
cd776ee9408ff127f934a707c1a339ee600bc127
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Tue Jun 28 13:50:53 2011 +0100
qemu-char.c: fix incorrect CONFIG_STUBDOM handling
qemu-char.c:1123:7: warning: "CONFIG_STUBDOM" is not defined
[-Wundef]
Signed-off-by: Olaf Hering <olaf@aepfle.de>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
Paolo Bonzini
2011-Jul-25 09:18 UTC
[Xen-devel] Re: [xen-unstable test] 8269: regressions - trouble: broken/fail/pass
Can a separate mailing list be created for these? Thanks, Paolo _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Christoph Egger
2011-Jul-25 09:21 UTC
Re: [Xen-devel] Re: [xen-unstable test] 8269: regressions - trouble: broken/fail/pass
On 07/25/11 11:18, Paolo Bonzini wrote:> Can a separate mailing list be created for these?Why? Too much traffic for you? Christoph -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Einsteinring 24, 85689 Dornach b. Muenchen Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen Registergericht Muenchen, HRB Nr. 43632 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Jan Beulich
2011-Jul-25 09:27 UTC
[Xen-devel] Re: [xen-unstable test] 8269: regressions - trouble: broken/fail/pass
>>> On 25.07.11 at 11:18, Paolo Bonzini <pbonzini@redhat.com> wrote: > Can a separate mailing list be created for these?Why? I think information on regressions belongs here. Jan> Thanks, > > Paolo > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Ian Campbell
2011-Jul-25 09:41 UTC
Re: [Xen-devel] Re: [xen-unstable test] 8269: regressions - trouble: broken/fail/pass
On Mon, 2011-07-25 at 05:27 -0400, Jan Beulich wrote:> >>> On 25.07.11 at 11:18, Paolo Bonzini <pbonzini@redhat.com> wrote: > > Can a separate mailing list be created for these? > > Why? I think information on regressions belongs here.Agreed. Perhaps as a compromise we could add some X-XenTest-* headers to the mail (e.g. *== Branch=[xen-unstable|xen-X.Y|linux|etc], Result=[Pass|Fail|etc]) to make it easier for people to filter if they wish? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Paolo Bonzini
2011-Jul-25 10:06 UTC
Re: [Xen-devel] Re: [xen-unstable test] 8269: regressions - trouble: broken/fail/pass
On 07/25/2011 11:21 AM, Christoph Egger wrote:> >> Can a separate mailing list be created for these? > > Why? Too much traffic for you?Not too much traffic, but I found it customary to have automated reports sent to a separate mailing list. Not a big deal anyway, the subjects are easily filtered. Paolo _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Ian Jackson
2011-Aug-04 16:04 UTC
Re: [Xen-devel] Re: [xen-unstable test] 8269: regressions - trouble: broken/fail/pass
Ian Campbell writes ("Re: [Xen-devel] Re: [xen-unstable test] 8269:
regressions - trouble: broken/fail/pass"):> Agreed. Perhaps as a compromise we could add some X-XenTest-* headers to
> the mail (e.g. *== Branch=[xen-unstable|xen-X.Y|linux|etc],
> Result=[Pass|Fail|etc]) to make it easier for people to filter if they
> wish?
Sure. I will look into doing this. In the meantime I would advise
filtering on the From: and Subject:.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel