* [xen-unstable test] 9955: regressions - FAIL
@ 2011-11-22 7:17 xen.org
2011-11-22 7:42 ` Keir Fraser
0 siblings, 1 reply; 9+ messages in thread
From: xen.org @ 2011-11-22 7:17 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson
flight 9955 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/9955/
Regressions :-(
Tests which did not succeed and are blocking:
test-amd64-amd64-xl-sedf 11 guest-localmigrate fail in 9951 REGR. vs. 9855
Tests which are failing intermittently (not blocking):
test-i386-i386-win 14 guest-start.2 fail pass in 9951
Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
test-amd64-amd64-xl-sedf 5 xen-boot fail like 9817
test-amd64-i386-rhel6hvm-intel 9 guest-start.2 fail never pass
test-amd64-i386-rhel6hvm-amd 9 guest-start.2 fail never pass
test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass
test-amd64-amd64-xl-win 13 guest-stop fail never pass
test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass
test-amd64-i386-win 16 leak-check/check fail never pass
test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never pass
test-i386-i386-xl-win 13 guest-stop fail never pass
test-amd64-amd64-win 16 leak-check/check fail never pass
test-i386-i386-win 16 leak-check/check fail in 9951 never pass
version targeted for testing:
xen 0a0c02a61676
baseline version:
xen dbdc840f8f62
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
Charles Arnold <carnold@suse.com>
Ian Campbell <ian.campbell@citrix.com>
Jan Beulich <jbeulich@suse.com>
Jean Guyader <jean.guyader@eu.citrix.com>
Juergen Gross <juergen.gross@ts.fujitsu.com>
Keir Fraser <keir@xen.org>
Olaf Hering <olaf@aepfle.de>
Paul Durrant <paul.durrant@citrix.com>
------------------------------------------------------------
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 pass
test-amd64-i386-xl pass
test-i386-i386-xl pass
test-amd64-i386-rhel6hvm-amd fail
test-amd64-i386-xl-credit2 pass
test-amd64-amd64-xl-pcipt-intel fail
test-amd64-i386-rhel6hvm-intel 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-pv pass
test-amd64-i386-pv pass
test-i386-i386-pv pass
test-amd64-amd64-xl-sedf fail
test-amd64-i386-win-vcpus1 fail
test-amd64-i386-xl-win-vcpus1 fail
test-amd64-amd64-win fail
test-amd64-i386-win fail
test-i386-i386-win fail
test-amd64-amd64-xl-win fail
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: 24169:0a0c02a61676
tag: tip
user: Keir Fraser <keir@xen.org>
date: Mon Nov 21 21:28:34 2011 +0000
hvmloader: Fix memory relocation loop.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 24168:9c350ab8d3ea
user: Jan Beulich <jbeulich@suse.com>
date: Mon Nov 21 09:29:31 2011 +0100
x86/vioapic: clear remote IRR when switching RTE to edge triggered mode
Xen itself (as much as Linux) relies on this behavior, so it should
also emulate it properly. Not doing so reportedly gets in the way of
kexec inside a HVM guest.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Tested-by: Olaf Hering <olaf@aepfle.de>
changeset: 24167:335e8273a3f3
user: Keir Fraser <keir@xen.org>
date: Sat Nov 19 22:13:51 2011 +0000
x86: Fix RCU locking in XENMEM_add_to_physmap.
Signed-off-by: Keir Fraser <keir@xen.org>
changeset: 24166:fe3e9d0c123c
user: Jean Guyader <jean.guyader@eu.citrix.com>
date: Fri Nov 18 13:43:26 2011 +0000
iommu: Introduce per cpu flag (iommu_dont_flush_iotlb) to avoid unnecessary iotlb flush
Add cpu flag that will be checked by the iommu low level code
to skip iotlb flushes. iommu_iotlb_flush shall be called explicitly.
Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24165:89a4d97731c5
user: Jean Guyader <jean.guyader@eu.citrix.com>
date: Fri Nov 18 13:42:46 2011 +0000
hvmloader: Change memory relocation loop when overlap with PCI hole
Change the way we relocate the memory page if they overlap with pci
hole. Use new map space (XENMAPSPACE_gmfn_range) to move the loop
into xen.
This code usually get triggered when a device is pass through to a
guest and the PCI hole has to be extended to have enough room to map
the device BARs. The PCI hole will starts lower and it might overlap
with some RAM that has been alocated for the guest. That usually
happen if the guest has more than 4G of RAM. We have to relocate
those pages in high mem otherwise they won't be accessible.
Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24164:707d27fe03e7
user: Jean Guyader <jean.guyader@eu.citrix.com>
date: Fri Nov 18 13:42:08 2011 +0000
mm: New XENMEM space, XENMAPSPACE_gmfn_range
XENMAPSPACE_gmfn_range is like XENMAPSPACE_gmfn but it runs on
a range of pages. The size of the range is defined in a new field.
This new field .size is located in the 16 bits padding between .domid
and .space in struct xen_add_to_physmap to stay compatible with older
versions.
Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24163:7a9a1261a6b0
user: Jean Guyader <jean.guyader@eu.citrix.com>
date: Fri Nov 18 13:41:33 2011 +0000
add_to_physmap: Move the code for XENMEM_add_to_physmap
Move the code for the XENMEM_add_to_physmap case into it's own
function (xenmem_add_to_physmap).
Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24162:9a1a71f7bef2
user: Jean Guyader <jean.guyader@eu.citrix.com>
date: Fri Nov 18 13:40:56 2011 +0000
iommu: Introduce iommu_flush and iommu_flush_all.
Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24161:aeb628c5af3f
user: Jean Guyader <jean.guyader@eu.citrix.com>
date: Fri Nov 18 13:40:19 2011 +0000
vtd: Refactor iotlb flush code
Factorize the iotlb flush code from map_page and unmap_page into
it's own function.
Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24160:d7e6bfa114d0
user: Juergen Gross <juergen.gross@ts.fujitsu.com>
date: Fri Nov 18 13:34:43 2011 +0000
sched_sedf: Avoid panic when adjusting sedf parameters
When using sedf scheduler in a cpupool the system might panic when
setting sedf scheduling parameters for a domain. Introduces
for_each_domain_in_cpupool macro as it is usable 4 times now. Add
appropriate locking in cpupool_unassign_cpu().
Signed-off-by: Juergen Gross <juergen.gross@ts.fujitsu.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24159:0965e589fdcc
user: Paul Durrant <paul.durrant@citrix.com>
date: Fri Nov 18 13:32:50 2011 +0000
hvmloader: Add configuration options to selectively disable S3 and S4 ACPI power states.
Introduce acpi_s3 and acpi_s4 configuration options (default=1). The
S3 and S4 packages are moved into separate SSDTs and their inclusion
is controlled by the new configuration options.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24158:4fa1c13f8bb1
user: Paul Durrant <paul.durrant@citrix.com>
date: Fri Nov 18 13:31:43 2011 +0000
hvmloader: Move acpi_enabled out of hvm_info_table into xenstore
Since hvmloader has a xentore client, use a platform key in xenstore
to indicate whether ACPI is enabled or not rather than the shared
hvm_info_table structure.
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Committed-by: Keir Fraser <keir@xen.org>
changeset: 24157:7b5e1cb94bfa
user: Jan Beulich <jbeulich@suse.com>
date: Fri Nov 18 09:22:45 2011 +0100
x86/xsave: provide guests with finit-like environment
Without the use of xsave, guests get their initial floating point
environment set up with finit. At least NetWare actually depends on
this (in particular on all exceptions being masked), so to be
consistent set the same environment also when using xsave. This is
also in line with all SSE exceptions getting masked initially.
To avoid further fragile casts in xstate_alloc_save_area() the patch
also changes xsave_struct's fpu_see member to have actually usable
fields.
The patch was tested in its technically identical, but modified-file-
wise different 4.1.2 version.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Tested-by: Charles Arnold <carnold@suse.com>
Acked-by: Keir Fraser <keir@xen.org>
changeset: 24156:f29b5bd6e25f
user: Jan Beulich <jbeulich@suse.com>
date: Fri Nov 18 09:21:24 2011 +0100
x86/IRQ: prevent vector sharing within IO-APICs
Following the prevention of vector sharing for MSIs, this change
enforces the same within IO-APICs: Pin based interrupts use the IO-APIC
as their identifying device under the AMD IOMMU (and just like for
MSIs, only the identifying device is used to remap interrupts here,
with no regard to an interrupt's destination).
Additionally, LAPIC initiated EOIs (for level triggered interrupts) too
use only the vector for identifying which interrupts to end. While this
generally causes no significant problem (at worst an interrupt would be
re-raised without a new interrupt event actually having occurred), it
still seems better to avoid the situation.
For this second aspect, a distinction is being made between the
traditional and the directed-EOI cases: In the former, vectors should
not be shared throughout all IO-APICs in the system, while in the
latter case only individual IO-APICs need to be contrained (or, if the
firmware indicates so, sub- groups of them having the same GSI appear
at multiple pins).
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
changeset: 24155:0d50e704834f
user: Jan Beulich <jbeulich@suse.com>
date: Fri Nov 18 09:18:41 2011 +0100
x86/IO-APIC: refine EOI-ing of migrating level interrupts
Rather than going through all IO-APICs and calling io_apic_eoi_vector()
for the vector in question, just use eoi_IO_APIC_irq().
This in turn allows to eliminate quite a bit of other code.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Tested-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
changeset: 24154:dbdc840f8f62
user: Keir Fraser <keir@xen.org>
date: Wed Nov 16 18:21:14 2011 +0000
elf: Fix Elf64 types and structs to match the specification.
The layouts were actually correct, but the type names were a bit
messed up.
Original patch by Volker Eckert <volker.eckert@citrix.com>
Signed-off-by: Keir Fraser <keir@xen.org>
========================================
commit 52834188eedfbbca5636fd869d4c86b3b3044439
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Tue Nov 1 18:42:55 2011 +0000
qemu-xen: remove i386-dm/README.hvm-pv-magic-ioport-disable
I have just proposed a patch to add this to xen-unstable.hg as
docs/misc/hvm-emulated-unplug.markdown. This repo is not a place where people
look for docs, plus we are transitioning to upstream qemu.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 7:17 [xen-unstable test] 9955: regressions - FAIL xen.org
@ 2011-11-22 7:42 ` Keir Fraser
2011-11-22 8:13 ` Jan Beulich
2011-11-22 8:32 ` Juergen Gross
0 siblings, 2 replies; 9+ messages in thread
From: Keir Fraser @ 2011-11-22 7:42 UTC (permalink / raw)
To: Ian Jackson, xen-devel; +Cc: Juergen Gross
On 22/11/2011 07:17, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
> flight 9955 xen-unstable real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/9955/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking:
> test-amd64-amd64-xl-sedf 11 guest-localmigrate fail in 9951 REGR. vs.
> 9855
Could c/s 24160 be to blame?
-- Keir
> Tests which are failing intermittently (not blocking):
> test-i386-i386-win 14 guest-start.2 fail pass in
> 9951
>
> Tests which did not succeed, but are not blocking,
> including regressions (tests previously passed) regarded as allowable:
> test-amd64-amd64-xl-sedf 5 xen-boot fail like
> 9817
> test-amd64-i386-rhel6hvm-intel 9 guest-start.2 fail never
> pass
> test-amd64-i386-rhel6hvm-amd 9 guest-start.2 fail never
> pass
> test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never
> pass
> test-amd64-amd64-xl-win 13 guest-stop fail never
> pass
> test-amd64-i386-win-vcpus1 16 leak-check/check fail never
> pass
> test-amd64-i386-win 16 leak-check/check fail never
> pass
> test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never
> pass
> test-i386-i386-xl-win 13 guest-stop fail never
> pass
> test-amd64-amd64-win 16 leak-check/check fail never
> pass
> test-i386-i386-win 16 leak-check/check fail in 9951 never
> pass
>
> version targeted for testing:
> xen 0a0c02a61676
> baseline version:
> xen dbdc840f8f62
>
> ------------------------------------------------------------
> People who touched revisions under test:
> Andrew Cooper <andrew.cooper3@citrix.com>
> Charles Arnold <carnold@suse.com>
> Ian Campbell <ian.campbell@citrix.com>
> Jan Beulich <jbeulich@suse.com>
> Jean Guyader <jean.guyader@eu.citrix.com>
> Juergen Gross <juergen.gross@ts.fujitsu.com>
> Keir Fraser <keir@xen.org>
> Olaf Hering <olaf@aepfle.de>
> Paul Durrant <paul.durrant@citrix.com>
> ------------------------------------------------------------
>
> 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 pass
> test-amd64-i386-xl pass
> test-i386-i386-xl pass
> test-amd64-i386-rhel6hvm-amd fail
> test-amd64-i386-xl-credit2 pass
> test-amd64-amd64-xl-pcipt-intel fail
> test-amd64-i386-rhel6hvm-intel 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-pv pass
> test-amd64-i386-pv pass
> test-i386-i386-pv pass
> test-amd64-amd64-xl-sedf fail
> test-amd64-i386-win-vcpus1 fail
> test-amd64-i386-xl-win-vcpus1 fail
> test-amd64-amd64-win fail
> test-amd64-i386-win fail
> test-i386-i386-win fail
> test-amd64-amd64-xl-win fail
> 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: 24169:0a0c02a61676
> tag: tip
> user: Keir Fraser <keir@xen.org>
> date: Mon Nov 21 21:28:34 2011 +0000
>
> hvmloader: Fix memory relocation loop.
>
> Signed-off-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24168:9c350ab8d3ea
> user: Jan Beulich <jbeulich@suse.com>
> date: Mon Nov 21 09:29:31 2011 +0100
>
> x86/vioapic: clear remote IRR when switching RTE to edge triggered mode
>
> Xen itself (as much as Linux) relies on this behavior, so it should
> also emulate it properly. Not doing so reportedly gets in the way of
> kexec inside a HVM guest.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
> Tested-by: Olaf Hering <olaf@aepfle.de>
>
>
> changeset: 24167:335e8273a3f3
> user: Keir Fraser <keir@xen.org>
> date: Sat Nov 19 22:13:51 2011 +0000
>
> x86: Fix RCU locking in XENMEM_add_to_physmap.
>
> Signed-off-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24166:fe3e9d0c123c
> user: Jean Guyader <jean.guyader@eu.citrix.com>
> date: Fri Nov 18 13:43:26 2011 +0000
>
> iommu: Introduce per cpu flag (iommu_dont_flush_iotlb) to avoid
> unnecessary iotlb flush
>
> Add cpu flag that will be checked by the iommu low level code
> to skip iotlb flushes. iommu_iotlb_flush shall be called explicitly.
>
> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24165:89a4d97731c5
> user: Jean Guyader <jean.guyader@eu.citrix.com>
> date: Fri Nov 18 13:42:46 2011 +0000
>
> hvmloader: Change memory relocation loop when overlap with PCI hole
>
> Change the way we relocate the memory page if they overlap with pci
> hole. Use new map space (XENMAPSPACE_gmfn_range) to move the loop
> into xen.
>
> This code usually get triggered when a device is pass through to a
> guest and the PCI hole has to be extended to have enough room to map
> the device BARs. The PCI hole will starts lower and it might overlap
> with some RAM that has been alocated for the guest. That usually
> happen if the guest has more than 4G of RAM. We have to relocate
> those pages in high mem otherwise they won't be accessible.
>
> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24164:707d27fe03e7
> user: Jean Guyader <jean.guyader@eu.citrix.com>
> date: Fri Nov 18 13:42:08 2011 +0000
>
> mm: New XENMEM space, XENMAPSPACE_gmfn_range
>
> XENMAPSPACE_gmfn_range is like XENMAPSPACE_gmfn but it runs on
> a range of pages. The size of the range is defined in a new field.
>
> This new field .size is located in the 16 bits padding between .domid
> and .space in struct xen_add_to_physmap to stay compatible with older
> versions.
>
> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24163:7a9a1261a6b0
> user: Jean Guyader <jean.guyader@eu.citrix.com>
> date: Fri Nov 18 13:41:33 2011 +0000
>
> add_to_physmap: Move the code for XENMEM_add_to_physmap
>
> Move the code for the XENMEM_add_to_physmap case into it's own
> function (xenmem_add_to_physmap).
>
> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24162:9a1a71f7bef2
> user: Jean Guyader <jean.guyader@eu.citrix.com>
> date: Fri Nov 18 13:40:56 2011 +0000
>
> iommu: Introduce iommu_flush and iommu_flush_all.
>
> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24161:aeb628c5af3f
> user: Jean Guyader <jean.guyader@eu.citrix.com>
> date: Fri Nov 18 13:40:19 2011 +0000
>
> vtd: Refactor iotlb flush code
>
> Factorize the iotlb flush code from map_page and unmap_page into
> it's own function.
>
> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24160:d7e6bfa114d0
> user: Juergen Gross <juergen.gross@ts.fujitsu.com>
> date: Fri Nov 18 13:34:43 2011 +0000
>
> sched_sedf: Avoid panic when adjusting sedf parameters
>
> When using sedf scheduler in a cpupool the system might panic when
> setting sedf scheduling parameters for a domain. Introduces
> for_each_domain_in_cpupool macro as it is usable 4 times now. Add
> appropriate locking in cpupool_unassign_cpu().
>
> Signed-off-by: Juergen Gross <juergen.gross@ts.fujitsu.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24159:0965e589fdcc
> user: Paul Durrant <paul.durrant@citrix.com>
> date: Fri Nov 18 13:32:50 2011 +0000
>
> hvmloader: Add configuration options to selectively disable S3 and S4 ACPI
> power states.
>
> Introduce acpi_s3 and acpi_s4 configuration options (default=1). The
> S3 and S4 packages are moved into separate SSDTs and their inclusion
> is controlled by the new configuration options.
>
> Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24158:4fa1c13f8bb1
> user: Paul Durrant <paul.durrant@citrix.com>
> date: Fri Nov 18 13:31:43 2011 +0000
>
> hvmloader: Move acpi_enabled out of hvm_info_table into xenstore
>
> Since hvmloader has a xentore client, use a platform key in xenstore
> to indicate whether ACPI is enabled or not rather than the shared
> hvm_info_table structure.
>
> Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
> Committed-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24157:7b5e1cb94bfa
> user: Jan Beulich <jbeulich@suse.com>
> date: Fri Nov 18 09:22:45 2011 +0100
>
> x86/xsave: provide guests with finit-like environment
>
> Without the use of xsave, guests get their initial floating point
> environment set up with finit. At least NetWare actually depends on
> this (in particular on all exceptions being masked), so to be
> consistent set the same environment also when using xsave. This is
> also in line with all SSE exceptions getting masked initially.
>
> To avoid further fragile casts in xstate_alloc_save_area() the patch
> also changes xsave_struct's fpu_see member to have actually usable
> fields.
>
> The patch was tested in its technically identical, but modified-file-
> wise different 4.1.2 version.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
> Tested-by: Charles Arnold <carnold@suse.com>
> Acked-by: Keir Fraser <keir@xen.org>
>
>
> changeset: 24156:f29b5bd6e25f
> user: Jan Beulich <jbeulich@suse.com>
> date: Fri Nov 18 09:21:24 2011 +0100
>
> x86/IRQ: prevent vector sharing within IO-APICs
>
> Following the prevention of vector sharing for MSIs, this change
> enforces the same within IO-APICs: Pin based interrupts use the IO-APIC
> as their identifying device under the AMD IOMMU (and just like for
> MSIs, only the identifying device is used to remap interrupts here,
> with no regard to an interrupt's destination).
>
> Additionally, LAPIC initiated EOIs (for level triggered interrupts) too
> use only the vector for identifying which interrupts to end. While this
> generally causes no significant problem (at worst an interrupt would be
> re-raised without a new interrupt event actually having occurred), it
> still seems better to avoid the situation.
>
> For this second aspect, a distinction is being made between the
> traditional and the directed-EOI cases: In the former, vectors should
> not be shared throughout all IO-APICs in the system, while in the
> latter case only individual IO-APICs need to be contrained (or, if the
> firmware indicates so, sub- groups of them having the same GSI appear
> at multiple pins).
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
> Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
>
>
> changeset: 24155:0d50e704834f
> user: Jan Beulich <jbeulich@suse.com>
> date: Fri Nov 18 09:18:41 2011 +0100
>
> x86/IO-APIC: refine EOI-ing of migrating level interrupts
>
> Rather than going through all IO-APICs and calling io_apic_eoi_vector()
> for the vector in question, just use eoi_IO_APIC_irq().
>
> This in turn allows to eliminate quite a bit of other code.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
> Tested-by: Andrew Cooper <andrew.cooper3@citrix.com>
> Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
>
>
> changeset: 24154:dbdc840f8f62
> user: Keir Fraser <keir@xen.org>
> date: Wed Nov 16 18:21:14 2011 +0000
>
> elf: Fix Elf64 types and structs to match the specification.
>
> The layouts were actually correct, but the type names were a bit
> messed up.
>
> Original patch by Volker Eckert <volker.eckert@citrix.com>
> Signed-off-by: Keir Fraser <keir@xen.org>
>
>
> ========================================
> commit 52834188eedfbbca5636fd869d4c86b3b3044439
> Author: Ian Campbell <ian.campbell@citrix.com>
> Date: Tue Nov 1 18:42:55 2011 +0000
>
> qemu-xen: remove i386-dm/README.hvm-pv-magic-ioport-disable
>
> I have just proposed a patch to add this to xen-unstable.hg as
> docs/misc/hvm-emulated-unplug.markdown. This repo is not a place where
> people
> look for docs, plus we are transitioning to upstream qemu.
>
> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 7:42 ` Keir Fraser
@ 2011-11-22 8:13 ` Jan Beulich
2011-11-22 10:09 ` Dario Faggioli
` (2 more replies)
2011-11-22 8:32 ` Juergen Gross
1 sibling, 3 replies; 9+ messages in thread
From: Jan Beulich @ 2011-11-22 8:13 UTC (permalink / raw)
To: Keir Fraser; +Cc: Juergen Gross, xen-devel, Ian Jackson
>>> On 22.11.11 at 08:42, Keir Fraser <keir.xen@gmail.com> wrote:
> On 22/11/2011 07:17, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
>
>> flight 9955 xen-unstable real [real]
>> http://www.chiark.greenend.org.uk/~xensrcts/logs/9955/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking:
>> test-amd64-amd64-xl-sedf 11 guest-localmigrate fail in 9951 REGR. vs.
>> 9855
>
> Could c/s 24160 be to blame?
I don't think so - the sedf thing (with varying sub-tests iirc) has been
(inconsistently) failing for quite a long while.
Further, here this test wasn't even run because xen-boot (below)
failed. And no matter how many times I looked at the respective
logs, I wasn't able to spot what it really is that fails here. I can only
assume that Dom0 is hung, but my sedf knowledge doesn't go far
enough to tell that for sure from the dumped data.
Jan
>> Tests which are failing intermittently (not blocking):
>> test-i386-i386-win 14 guest-start.2 fail pass in
>> 9951
>>
>> Tests which did not succeed, but are not blocking,
>> including regressions (tests previously passed) regarded as allowable:
>> test-amd64-amd64-xl-sedf 5 xen-boot fail like
>> 9817
>> test-amd64-i386-rhel6hvm-intel 9 guest-start.2 fail never
>> pass
>> test-amd64-i386-rhel6hvm-amd 9 guest-start.2 fail never
>> pass
>> test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never
>> pass
>> test-amd64-amd64-xl-win 13 guest-stop fail never
>> pass
>> test-amd64-i386-win-vcpus1 16 leak-check/check fail never
>> pass
>> test-amd64-i386-win 16 leak-check/check fail never
>> pass
>> test-amd64-i386-xl-win-vcpus1 13 guest-stop fail never
>> pass
>> test-i386-i386-xl-win 13 guest-stop fail never
>> pass
>> test-amd64-amd64-win 16 leak-check/check fail never
>> pass
>> test-i386-i386-win 16 leak-check/check fail in 9951 never
>> pass
>>
>> version targeted for testing:
>> xen 0a0c02a61676
>> baseline version:
>> xen dbdc840f8f62
>>
>> ------------------------------------------------------------
>> People who touched revisions under test:
>> Andrew Cooper <andrew.cooper3@citrix.com>
>> Charles Arnold <carnold@suse.com>
>> Ian Campbell <ian.campbell@citrix.com>
>> Jan Beulich <jbeulich@suse.com>
>> Jean Guyader <jean.guyader@eu.citrix.com>
>> Juergen Gross <juergen.gross@ts.fujitsu.com>
>> Keir Fraser <keir@xen.org>
>> Olaf Hering <olaf@aepfle.de>
>> Paul Durrant <paul.durrant@citrix.com>
>> ------------------------------------------------------------
>>
>> 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 pass
>> test-amd64-i386-xl pass
>> test-i386-i386-xl pass
>> test-amd64-i386-rhel6hvm-amd fail
>> test-amd64-i386-xl-credit2 pass
>> test-amd64-amd64-xl-pcipt-intel fail
>> test-amd64-i386-rhel6hvm-intel 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-pv pass
>> test-amd64-i386-pv pass
>> test-i386-i386-pv pass
>> test-amd64-amd64-xl-sedf fail
>> test-amd64-i386-win-vcpus1 fail
>> test-amd64-i386-xl-win-vcpus1 fail
>> test-amd64-amd64-win fail
>> test-amd64-i386-win fail
>> test-i386-i386-win fail
>> test-amd64-amd64-xl-win fail
>> 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: 24169:0a0c02a61676
>> tag: tip
>> user: Keir Fraser <keir@xen.org>
>> date: Mon Nov 21 21:28:34 2011 +0000
>>
>> hvmloader: Fix memory relocation loop.
>>
>> Signed-off-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24168:9c350ab8d3ea
>> user: Jan Beulich <jbeulich@suse.com>
>> date: Mon Nov 21 09:29:31 2011 +0100
>>
>> x86/vioapic: clear remote IRR when switching RTE to edge triggered mode
>>
>> Xen itself (as much as Linux) relies on this behavior, so it should
>> also emulate it properly. Not doing so reportedly gets in the way of
>> kexec inside a HVM guest.
>>
>> Signed-off-by: Jan Beulich <jbeulich@suse.com>
>> Tested-by: Olaf Hering <olaf@aepfle.de>
>>
>>
>> changeset: 24167:335e8273a3f3
>> user: Keir Fraser <keir@xen.org>
>> date: Sat Nov 19 22:13:51 2011 +0000
>>
>> x86: Fix RCU locking in XENMEM_add_to_physmap.
>>
>> Signed-off-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24166:fe3e9d0c123c
>> user: Jean Guyader <jean.guyader@eu.citrix.com>
>> date: Fri Nov 18 13:43:26 2011 +0000
>>
>> iommu: Introduce per cpu flag (iommu_dont_flush_iotlb) to avoid
>> unnecessary iotlb flush
>>
>> Add cpu flag that will be checked by the iommu low level code
>> to skip iotlb flushes. iommu_iotlb_flush shall be called explicitly.
>>
>> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24165:89a4d97731c5
>> user: Jean Guyader <jean.guyader@eu.citrix.com>
>> date: Fri Nov 18 13:42:46 2011 +0000
>>
>> hvmloader: Change memory relocation loop when overlap with PCI hole
>>
>> Change the way we relocate the memory page if they overlap with pci
>> hole. Use new map space (XENMAPSPACE_gmfn_range) to move the loop
>> into xen.
>>
>> This code usually get triggered when a device is pass through to a
>> guest and the PCI hole has to be extended to have enough room to map
>> the device BARs. The PCI hole will starts lower and it might overlap
>> with some RAM that has been alocated for the guest. That usually
>> happen if the guest has more than 4G of RAM. We have to relocate
>> those pages in high mem otherwise they won't be accessible.
>>
>> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24164:707d27fe03e7
>> user: Jean Guyader <jean.guyader@eu.citrix.com>
>> date: Fri Nov 18 13:42:08 2011 +0000
>>
>> mm: New XENMEM space, XENMAPSPACE_gmfn_range
>>
>> XENMAPSPACE_gmfn_range is like XENMAPSPACE_gmfn but it runs on
>> a range of pages. The size of the range is defined in a new field.
>>
>> This new field .size is located in the 16 bits padding between .domid
>> and .space in struct xen_add_to_physmap to stay compatible with older
>> versions.
>>
>> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24163:7a9a1261a6b0
>> user: Jean Guyader <jean.guyader@eu.citrix.com>
>> date: Fri Nov 18 13:41:33 2011 +0000
>>
>> add_to_physmap: Move the code for XENMEM_add_to_physmap
>>
>> Move the code for the XENMEM_add_to_physmap case into it's own
>> function (xenmem_add_to_physmap).
>>
>> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24162:9a1a71f7bef2
>> user: Jean Guyader <jean.guyader@eu.citrix.com>
>> date: Fri Nov 18 13:40:56 2011 +0000
>>
>> iommu: Introduce iommu_flush and iommu_flush_all.
>>
>> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24161:aeb628c5af3f
>> user: Jean Guyader <jean.guyader@eu.citrix.com>
>> date: Fri Nov 18 13:40:19 2011 +0000
>>
>> vtd: Refactor iotlb flush code
>>
>> Factorize the iotlb flush code from map_page and unmap_page into
>> it's own function.
>>
>> Signed-off-by: Jean Guyader <jean.guyader@eu.citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24160:d7e6bfa114d0
>> user: Juergen Gross <juergen.gross@ts.fujitsu.com>
>> date: Fri Nov 18 13:34:43 2011 +0000
>>
>> sched_sedf: Avoid panic when adjusting sedf parameters
>>
>> When using sedf scheduler in a cpupool the system might panic when
>> setting sedf scheduling parameters for a domain. Introduces
>> for_each_domain_in_cpupool macro as it is usable 4 times now. Add
>> appropriate locking in cpupool_unassign_cpu().
>>
>> Signed-off-by: Juergen Gross <juergen.gross@ts.fujitsu.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24159:0965e589fdcc
>> user: Paul Durrant <paul.durrant@citrix.com>
>> date: Fri Nov 18 13:32:50 2011 +0000
>>
>> hvmloader: Add configuration options to selectively disable S3 and S4
> ACPI
>> power states.
>>
>> Introduce acpi_s3 and acpi_s4 configuration options (default=1). The
>> S3 and S4 packages are moved into separate SSDTs and their inclusion
>> is controlled by the new configuration options.
>>
>> Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24158:4fa1c13f8bb1
>> user: Paul Durrant <paul.durrant@citrix.com>
>> date: Fri Nov 18 13:31:43 2011 +0000
>>
>> hvmloader: Move acpi_enabled out of hvm_info_table into xenstore
>>
>> Since hvmloader has a xentore client, use a platform key in xenstore
>> to indicate whether ACPI is enabled or not rather than the shared
>> hvm_info_table structure.
>>
>> Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
>> Committed-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24157:7b5e1cb94bfa
>> user: Jan Beulich <jbeulich@suse.com>
>> date: Fri Nov 18 09:22:45 2011 +0100
>>
>> x86/xsave: provide guests with finit-like environment
>>
>> Without the use of xsave, guests get their initial floating point
>> environment set up with finit. At least NetWare actually depends on
>> this (in particular on all exceptions being masked), so to be
>> consistent set the same environment also when using xsave. This is
>> also in line with all SSE exceptions getting masked initially.
>>
>> To avoid further fragile casts in xstate_alloc_save_area() the patch
>> also changes xsave_struct's fpu_see member to have actually usable
>> fields.
>>
>> The patch was tested in its technically identical, but modified-file-
>> wise different 4.1.2 version.
>>
>> Signed-off-by: Jan Beulich <jbeulich@suse.com>
>> Tested-by: Charles Arnold <carnold@suse.com>
>> Acked-by: Keir Fraser <keir@xen.org>
>>
>>
>> changeset: 24156:f29b5bd6e25f
>> user: Jan Beulich <jbeulich@suse.com>
>> date: Fri Nov 18 09:21:24 2011 +0100
>>
>> x86/IRQ: prevent vector sharing within IO-APICs
>>
>> Following the prevention of vector sharing for MSIs, this change
>> enforces the same within IO-APICs: Pin based interrupts use the IO-APIC
>> as their identifying device under the AMD IOMMU (and just like for
>> MSIs, only the identifying device is used to remap interrupts here,
>> with no regard to an interrupt's destination).
>>
>> Additionally, LAPIC initiated EOIs (for level triggered interrupts) too
>> use only the vector for identifying which interrupts to end. While this
>> generally causes no significant problem (at worst an interrupt would be
>> re-raised without a new interrupt event actually having occurred), it
>> still seems better to avoid the situation.
>>
>> For this second aspect, a distinction is being made between the
>> traditional and the directed-EOI cases: In the former, vectors should
>> not be shared throughout all IO-APICs in the system, while in the
>> latter case only individual IO-APICs need to be contrained (or, if the
>> firmware indicates so, sub- groups of them having the same GSI appear
>> at multiple pins).
>>
>> Signed-off-by: Jan Beulich <jbeulich@suse.com>
>> Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
>>
>>
>> changeset: 24155:0d50e704834f
>> user: Jan Beulich <jbeulich@suse.com>
>> date: Fri Nov 18 09:18:41 2011 +0100
>>
>> x86/IO-APIC: refine EOI-ing of migrating level interrupts
>>
>> Rather than going through all IO-APICs and calling io_apic_eoi_vector()
>> for the vector in question, just use eoi_IO_APIC_irq().
>>
>> This in turn allows to eliminate quite a bit of other code.
>>
>> Signed-off-by: Jan Beulich <jbeulich@suse.com>
>> Tested-by: Andrew Cooper <andrew.cooper3@citrix.com>
>> Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
>>
>>
>> changeset: 24154:dbdc840f8f62
>> user: Keir Fraser <keir@xen.org>
>> date: Wed Nov 16 18:21:14 2011 +0000
>>
>> elf: Fix Elf64 types and structs to match the specification.
>>
>> The layouts were actually correct, but the type names were a bit
>> messed up.
>>
>> Original patch by Volker Eckert <volker.eckert@citrix.com>
>> Signed-off-by: Keir Fraser <keir@xen.org>
>>
>>
>> ========================================
>> commit 52834188eedfbbca5636fd869d4c86b3b3044439
>> Author: Ian Campbell <ian.campbell@citrix.com>
>> Date: Tue Nov 1 18:42:55 2011 +0000
>>
>> qemu-xen: remove i386-dm/README.hvm-pv-magic-ioport-disable
>>
>> I have just proposed a patch to add this to xen-unstable.hg as
>> docs/misc/hvm-emulated-unplug.markdown. This repo is not a place where
>> people
>> look for docs, plus we are transitioning to upstream qemu.
>>
>> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
>>
>> _______________________________________________
>> 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 7:42 ` Keir Fraser
2011-11-22 8:13 ` Jan Beulich
@ 2011-11-22 8:32 ` Juergen Gross
2011-11-22 10:14 ` Dario Faggioli
2011-11-22 10:27 ` Dario Faggioli
1 sibling, 2 replies; 9+ messages in thread
From: Juergen Gross @ 2011-11-22 8:32 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel, Ian Jackson
On 11/22/2011 08:42 AM, Keir Fraser wrote:
> On 22/11/2011 07:17, "Ian Jackson"<Ian.Jackson@eu.citrix.com> wrote:
>
>> flight 9955 xen-unstable real [real]
>> http://www.chiark.greenend.org.uk/~xensrcts/logs/9955/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking:
>> test-amd64-amd64-xl-sedf 11 guest-localmigrate fail in 9951 REGR. vs.
>> 9855
> Could c/s 24160 be to blame?
>
> -- Keir
As Jan already wrote: booting failed with sched=sedf. It works on my machine
(4 core Nehalem) with cs 24269.
Juergen
--
Juergen Gross Principal Developer Operating Systems
PDG ES&S SWE OS6 Telephone: +49 (0) 89 3222 2967
Fujitsu Technology Solutions e-mail: juergen.gross@ts.fujitsu.com
Domagkstr. 28 Internet: ts.fujitsu.com
D-80807 Muenchen Company details: ts.fujitsu.com/imprint.html
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 8:13 ` Jan Beulich
@ 2011-11-22 10:09 ` Dario Faggioli
2011-11-22 10:14 ` Dario Faggioli
2011-11-22 10:27 ` Dario Faggioli
2 siblings, 0 replies; 9+ messages in thread
From: Dario Faggioli @ 2011-11-22 10:09 UTC (permalink / raw)
To: Jan Beulich; +Cc: Juergen Gross, Keir Fraser, Ian Jackson, xen-devel
On Tue, 2011-11-22 at 08:13 +0000, Jan Beulich wrote:
> I don't think so - the sedf thing (with varying sub-tests iirc) has been
> (inconsistently) failing for quite a long while.
>
Indeed, and I'm starting looking into this to see if we can figure out
what's causing these tests to fail every now and then.
> Further, here this test wasn't even run because xen-boot (below)
> failed. And no matter how many times I looked at the respective
> logs, I wasn't able to spot what it really is that fails here. I can only
> assume that Dom0 is hung, but my sedf knowledge doesn't go far
> enough to tell that for sure from the dumped data.
>
Yes, Dom0 hangs rock solid, and hung task detection fires if it is
compiled into Linux, otherwise, I see RCU periodically reporting stall
on some CPU in the system. I'm quite in an interesting situation for
debugging this, since it fails _reliably_ on my 12 cores testbox... The
only thing I'm missing is a serial console cable, but I'm trying to get
around this! :-P
I'll dig this in the next days and let the list know.
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
PhD Candidate, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 8:32 ` Juergen Gross
@ 2011-11-22 10:14 ` Dario Faggioli
2011-11-22 10:27 ` Dario Faggioli
1 sibling, 0 replies; 9+ messages in thread
From: Dario Faggioli @ 2011-11-22 10:14 UTC (permalink / raw)
To: Juergen Gross; +Cc: Keir Fraser, Ian Jackson, xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 753 bytes --]
On Tue, 2011-11-22 at 09:32 +0100, Juergen Gross wrote:
> As Jan already wrote: booting failed with sched=sedf. It works on my machine
> (4 core Nehalem) with cs 24269.
>
As said, it hangs on the 16 Xeon cores (did I say 12 in the other mail?
Bha!) I hve here, while it boots on a very similar --still 16 cores
Xeon-- I use remotely! :-O
I'll let you know when I will have something...
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
PhD Candidate, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 8:13 ` Jan Beulich
2011-11-22 10:09 ` Dario Faggioli
@ 2011-11-22 10:14 ` Dario Faggioli
2011-11-22 10:27 ` Dario Faggioli
2 siblings, 0 replies; 9+ messages in thread
From: Dario Faggioli @ 2011-11-22 10:14 UTC (permalink / raw)
To: Jan Beulich; +Cc: Juergen Gross, Keir Fraser, Ian Jackson, xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 1781 bytes --]
On Tue, 2011-11-22 at 08:13 +0000, Jan Beulich wrote:
> I don't think so - the sedf thing (with varying sub-tests iirc) has been
> (inconsistently) failing for quite a long while.
>
Indeed, and I'm starting looking into this to see if we can figure out
what's causing these tests to fail every now and then.
> Further, here this test wasn't even run because xen-boot (below)
> failed. And no matter how many times I looked at the respective
> logs, I wasn't able to spot what it really is that fails here. I can only
> assume that Dom0 is hung, but my sedf knowledge doesn't go far
> enough to tell that for sure from the dumped data.
>
Yes, Dom0 hangs rock solid, and hung task detection fires if it is
compiled into Linux, otherwise, I see RCU periodically reporting stall
on some CPU in the system. I'm quite in an interesting situation for
debugging this, since it fails _reliably_ on my 12 cores testbox... The
only thing I'm missing is a serial console cable, but I'm trying to get
around this! :-P
I'll dig this in the next days and let the list know.
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
PhD Candidate, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
PhD Candidate, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 8:13 ` Jan Beulich
2011-11-22 10:09 ` Dario Faggioli
2011-11-22 10:14 ` Dario Faggioli
@ 2011-11-22 10:27 ` Dario Faggioli
2 siblings, 0 replies; 9+ messages in thread
From: Dario Faggioli @ 2011-11-22 10:27 UTC (permalink / raw)
To: Jan Beulich; +Cc: Juergen Gross, Keir Fraser, Ian Jackson, xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 1446 bytes --]
On Tue, 2011-11-22 at 08:13 +0000, Jan Beulich wrote:
> I don't think so - the sedf thing (with varying sub-tests iirc) has been
> (inconsistently) failing for quite a long while.
>
Indeed, and I'm starting looking into this to see if we can figure out
what's causing these tests to fail every now and then.
> Further, here this test wasn't even run because xen-boot (below)
> failed. And no matter how many times I looked at the respective
> logs, I wasn't able to spot what it really is that fails here. I can only
> assume that Dom0 is hung, but my sedf knowledge doesn't go far
> enough to tell that for sure from the dumped data.
>
Yes, Dom0 hangs rock solid, and hung task detection fires if it is
compiled into Linux, otherwise, I see RCU periodically reporting stall
on some CPU in the system. I'm quite in an interesting situation for
debugging this, since it fails _reliably_ on my 12 cores testbox... The
only thing I'm missing is a serial console cable, but I'm trying to get
around this! :-P
I'll dig this in the next days and let the list know.
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
PhD Candidate, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [xen-unstable test] 9955: regressions - FAIL
2011-11-22 8:32 ` Juergen Gross
2011-11-22 10:14 ` Dario Faggioli
@ 2011-11-22 10:27 ` Dario Faggioli
1 sibling, 0 replies; 9+ messages in thread
From: Dario Faggioli @ 2011-11-22 10:27 UTC (permalink / raw)
To: Juergen Gross; +Cc: Keir Fraser, Ian Jackson, xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 1090 bytes --]
On Tue, 2011-11-22 at 09:32 +0100, Juergen Gross wrote:
> As Jan already wrote: booting failed with sched=sedf. It works on my machine
> (4 core Nehalem) with cs 24269.
>
As said, it hangs on the 16 Xeon cores (did I say 12 in the other mail?
Bha!) I hve here, while it boots on a very similar --still 16 cores
Xeon-- I use remotely! :-O
I'll let you know when I will have something...
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
PhD Candidate, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
PhD Candidate, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2011-11-22 10:27 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-11-22 7:17 [xen-unstable test] 9955: regressions - FAIL xen.org
2011-11-22 7:42 ` Keir Fraser
2011-11-22 8:13 ` Jan Beulich
2011-11-22 10:09 ` Dario Faggioli
2011-11-22 10:14 ` Dario Faggioli
2011-11-22 10:27 ` Dario Faggioli
2011-11-22 8:32 ` Juergen Gross
2011-11-22 10:14 ` Dario Faggioli
2011-11-22 10:27 ` Dario Faggioli
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.