[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [xen-unstable test] 17990: regressions - FAIL



flight 17990 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/17990/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-i386-xl-win7-amd64  8 guest-saverestore        fail REGR. vs. 17988

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-xend-winxpsp3 16 leak-check/check             fail  never pass
 test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-stop               fail never pass
 test-amd64-amd64-xl-qemut-win7-amd64 13 guest-stop             fail never pass
 test-amd64-i386-xl-qemut-win7-amd64 13 guest-stop              fail never pass
 test-amd64-amd64-xl-winxpsp3 13 guest-stop                   fail   never pass
 test-amd64-amd64-xl-qemut-winxpsp3 13 guest-stop               fail never pass
 test-amd64-i386-xl-winxpsp3-vcpus1 13 guest-stop               fail never pass
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1 13 guest-stop         fail never pass
 test-amd64-i386-xend-qemut-winxpsp3 16 leak-check/check        fail never pass
 test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop             fail never pass
 test-amd64-amd64-xl-win7-amd64 13 guest-stop                   fail never pass

version targeted for testing:
 xen                  934a5253d932b6f67fe40fc48975a2b0117e4cce
baseline version:
 xen                  5d43891bf4002b754cd90d83e91d9190e8c8b9d0

------------------------------------------------------------
People who touched revisions under test:
  Andreas Falck <falck.andreas.lists@xxxxxxxxx> (on 4.1)
  Gordan Bobic <gordan@xxxxxxxxxx> (on 4.2)
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Roger Pau Monné <roger.pau@xxxxxxxxxx> (FreeBSD guest)
------------------------------------------------------------

jobs:
 build-amd64                                                  pass    
 build-armhf                                                  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-amd64-i386-rhel6hvm-amd                                 pass    
 test-amd64-i386-qemut-rhel6hvm-amd                           pass    
 test-amd64-i386-qemuu-rhel6hvm-amd                           pass    
 test-amd64-amd64-xl-qemut-win7-amd64                         fail    
 test-amd64-i386-xl-qemut-win7-amd64                          fail    
 test-amd64-amd64-xl-qemuu-win7-amd64                         fail    
 test-amd64-amd64-xl-win7-amd64                               fail    
 test-amd64-i386-xl-win7-amd64                                fail    
 test-amd64-i386-xl-credit2                                   pass    
 test-amd64-amd64-xl-pcipt-intel                              fail    
 test-amd64-i386-rhel6hvm-intel                               pass    
 test-amd64-i386-qemut-rhel6hvm-intel                         pass    
 test-amd64-i386-qemuu-rhel6hvm-intel                         pass    
 test-amd64-i386-xl-multivcpu                                 pass    
 test-amd64-amd64-pair                                        pass    
 test-amd64-i386-pair                                         pass    
 test-amd64-amd64-xl-sedf-pin                                 pass    
 test-amd64-amd64-pv                                          pass    
 test-amd64-i386-pv                                           pass    
 test-amd64-amd64-xl-sedf                                     pass    
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-winxpsp3-vcpus1                           fail    
 test-amd64-i386-xend-qemut-winxpsp3                          fail    
 test-amd64-amd64-xl-qemut-winxpsp3                           fail    
 test-amd64-amd64-xl-qemuu-winxpsp3                           fail    
 test-amd64-i386-xend-winxpsp3                                fail    
 test-amd64-amd64-xl-winxpsp3                                 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.

------------------------------------------------------------
commit 934a5253d932b6f67fe40fc48975a2b0117e4cce
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue May 21 11:32:34 2013 +0200

    fix XSA-46 regression with xend/xm
    
    The hypervisor side changes for XSA-46 require the tool stack to now
    always map the guest pIRQ before granting access permission to the
    underlying host IRQ (GSI). This in particular requires that pciif.py
    no longer can skip this step (assuming qemu would do it) for HVM
    guests.
    
    This in turn exposes, however, an inconsistency between xend and qemu:
    The former wants to always establish 1:1 mappings between pIRQ and host
    IRQ (for non-MSI only of course), while the latter always wants to
    allocate an arbitrary mapping. Since the whole tool stack obviously
    should always agree on the mapping model, make libxc enforce the 1:1
    mapping as the more natural one (as well as being the one that allows
    for easier debugging, since there no need to find out the extra
    mapping). Users of libxc that want to establish a particular (rather
    than an allocated) mapping are still free to do so, as well as tool
    stacks not based on libxc wanting to implement an allocation based
    model (which is why it's not the hypervisor that's being changed to
    enforce either model).
    
    Since libxl, like xend, already uses a 1:1 model, it's unaffected by
    the libxc change (and it being unaffected by the original hypervisor
    side changes is - afaict - simply due to qemu getting spawned at a
    later point in time compared to the xend event flow).
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Tested-by: Andreas Falck <falck.andreas.lists@xxxxxxxxx> (on 4.1)
    Tested-by: Gordan Bobic <gordan@xxxxxxxxxx> (on 4.2)
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

commit 4d788e164d6556d931bc3e0a69e36b8cf7280794
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue May 21 10:16:30 2013 +0200

    tools: fix dependency file generation
    
    There is a small set of places where files in subdirectories get
    compiled from the parent directory. Dependency file wise this is no
    problem as long as the files use names distinct without regard to the
    directories they sit in, and tools/console/ violates this (in having
    two main.c files). Hence we need to avoid losing the directory name,
    both to ensure the two compiler instances don't simultaneously write
    to the same file (happening of which is what triggered me looking
    into this) and to guarantee dependencies for all files will be seen
    by make on an incremental rebuild.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>

commit 3fa7fb8b86b89167153fa457b27620436d648969
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue May 21 10:15:13 2013 +0200

    x86/HVM: RTC code must be in line with WAET flags passed by hvmloader
    
    With hvmloader telling the guest that it may skip REG_C reads during
    the processing of RTC interrupts, the emulation code must not depend
    upon these reads to occur. Introduce two modes of operation for the
    emulation code, and short of a HVM parameter (too late to be
    introduced for 4.3) hard code the mode determination to always assume
    that Windows-conforming one for the time being.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Tested-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> (FreeBSD guest)

commit 9607327abbd3e77bde6cc7b5327f3efd781fc06e
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue May 21 10:14:21 2013 +0200

    x86/HVM: properly handle RTC periodic timer even when !RTC_PIE
    
    Since in that case the processing it pt_intr_post() won't occur, we
    need to do some additional work in pt_update_irq(). Additionally we
    must not pay attention to the respective IRQ being masked.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Tested-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> (FreeBSD guest)

commit f3347f520cb4d8aa4566182b013c6758d80cbe88
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue May 21 10:12:50 2013 +0200

    x86/HVM: adjust IRQ (de-)assertion
    
    De-assertion should only happen when RTC_IRQF gets cleared, i.e. upon
    REG_C reads. Assertion should be done only when the flag transitions
    from 0 to 1.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Tested-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> (FreeBSD guest)
(qemu changes not included)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.