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

[Xen-devel] [xen-unstable test] 6961: regressions - trouble: blocked/broken/fail/pass



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

Regressions :-(

Tests which did not succeed and are blocking:
 build-i386-oldkern            2 host-install(2)              broken
 build-i386-pvops              2 host-install(2)              broken
 build-i386-xcpkern            2 host-install(2)              broken
 build-i386                    2 host-install(2)              broken
 test-amd64-amd64-pair         8 xen-boot/dst_host          fail REGR. vs. 6944
 test-amd64-amd64-pair         7 xen-boot/src_host          fail REGR. vs. 6944
 test-amd64-amd64-pv           5 xen-boot                   fail REGR. vs. 6944
 test-amd64-amd64-win          3 host-install(3)              broken
 test-amd64-amd64-xl-win       3 host-install(3)              broken
 test-amd64-amd64-xl           3 host-install(3)              broken

Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
 test-amd64-i386-pair          1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-pv            1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-rhel6hvm-amd  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-rhel6hvm-intel  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-win-vcpus1    1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-win           1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-credit2    1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-multivcpu  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-win-vcpus1  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl            1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-pair  1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-pv    1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-rhel6hvm-amd  1 xen-build-check(1)         blocked n/a
 test-amd64-xcpkern-i386-rhel6hvm-intel  1 xen-build-check(1)       blocked n/a
 test-amd64-xcpkern-i386-win   1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-xl-credit2  1 xen-build-check(1)           blocked n/a
 test-amd64-xcpkern-i386-xl-multivcpu  1 xen-build-check(1)         blocked n/a
 test-amd64-xcpkern-i386-xl-win  1 xen-build-check(1)           blocked  n/a
 test-amd64-xcpkern-i386-xl    1 xen-build-check(1)           blocked  n/a
 test-i386-i386-pair           1 xen-build-check(1)           blocked  n/a
 test-i386-i386-pv             1 xen-build-check(1)           blocked  n/a
 test-i386-i386-win            1 xen-build-check(1)           blocked  n/a
 test-i386-i386-xl-win         1 xen-build-check(1)           blocked  n/a
 test-i386-i386-xl             1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-pair   1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-pv     1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-win    1 xen-build-check(1)           blocked  n/a
 test-i386-xcpkern-i386-xl     1 xen-build-check(1)           blocked  n/a

version targeted for testing:
 xen                  24346f749826
baseline version:
 xen                  476b0d68e7d5

------------------------------------------------------------
People who touched revisions under test:
  Jan Beulich <jbeulich@xxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
------------------------------------------------------------

jobs:
 build-i386-xcpkern                                           broken   
 build-amd64                                                  pass     
 build-i386                                                   broken   
 build-amd64-oldkern                                          pass     
 build-i386-oldkern                                           broken   
 build-amd64-pvops                                            pass     
 build-i386-pvops                                             broken   
 test-amd64-amd64-xl                                          broken   
 test-amd64-i386-xl                                           blocked  
 test-i386-i386-xl                                            blocked  
 test-amd64-xcpkern-i386-xl                                   blocked  
 test-i386-xcpkern-i386-xl                                    blocked  
 test-amd64-i386-rhel6hvm-amd                                 blocked  
 test-amd64-xcpkern-i386-rhel6hvm-amd                         blocked  
 test-amd64-i386-xl-credit2                                   blocked  
 test-amd64-xcpkern-i386-xl-credit2                           blocked  
 test-amd64-i386-rhel6hvm-intel                               blocked  
 test-amd64-xcpkern-i386-rhel6hvm-intel                       blocked  
 test-amd64-i386-xl-multivcpu                                 blocked  
 test-amd64-xcpkern-i386-xl-multivcpu                         blocked  
 test-amd64-amd64-pair                                        fail     
 test-amd64-i386-pair                                         blocked  
 test-i386-i386-pair                                          blocked  
 test-amd64-xcpkern-i386-pair                                 blocked  
 test-i386-xcpkern-i386-pair                                  blocked  
 test-amd64-amd64-pv                                          fail     
 test-amd64-i386-pv                                           blocked  
 test-i386-i386-pv                                            blocked  
 test-amd64-xcpkern-i386-pv                                   blocked  
 test-i386-xcpkern-i386-pv                                    blocked  
 test-amd64-i386-win-vcpus1                                   blocked  
 test-amd64-i386-xl-win-vcpus1                                blocked  
 test-amd64-amd64-win                                         broken   
 test-amd64-i386-win                                          blocked  
 test-i386-i386-win                                           blocked  
 test-amd64-xcpkern-i386-win                                  blocked  
 test-i386-xcpkern-i386-win                                   blocked  
 test-amd64-amd64-xl-win                                      broken   
 test-i386-i386-xl-win                                        blocked  
 test-amd64-xcpkern-i386-xl-win                               blocked  


------------------------------------------------------------
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:   23296:24346f749826
tag:         tip
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sun May 01 13:17:44 2011 +0100
    
    replace d->nr_pirqs sized arrays with radix tree
    
    With this it is questionable whether retaining struct domain's
    nr_pirqs is actually necessary - the value now only serves for bounds
    checking, and this boundary could easily be nr_irqs.
    
    Another thing to consider is whether it's worth storing the pirq
    number in struct pirq, to avoid passing the number and a pointer to
    quite a number of functions.
    
    Note that ia64, the build of which is broken currently anyway, is only
    partially fixed up.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
changeset:   23295:4891f1f41ba5
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sun May 01 13:16:30 2011 +0100
    
    x86: replace nr_irqs sized per-domain arrays with radix trees
    
    It would seem possible to fold the two trees into one (making e.g. the
    emuirq bits stored in the upper half of the pointer), but I'm not
    certain that's worth it as it would make deletion of entries more
    cumbersome. Unless pirq-s and emuirq-s were mutually exclusive...
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
changeset:   23294:c0a8f889ca9e
user:        Keir Fraser <keir@xxxxxxx>
date:        Sun May 01 13:03:37 2011 +0100
    
    public/arch-ia64/debug_op.h: Reinsert copyright that I accidentally deleted.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   23293:f48c72de4208
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sun May 01 10:20:44 2011 +0100
    
    x86: a little bit of cleanup to time.c
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
changeset:   23292:e2fb962d13ff
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sun May 01 10:16:54 2011 +0100
    
    x86: clean up building in mm/hap/
    
    Building 4-level guest walks is unnecessary for x86-32, and with this
    no longer being built the fallback code used here isn't necessary
    anymore either.
    
    Additonally the mechanism to determine the value of
    GUEST_PAGING_LEVELS to be passed to the compiler can be much
    simplified given that we're using a pattern rule here.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
changeset:   23291:485b7c5e6f17
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sun May 01 10:15:11 2011 +0100
    
    A little bit of SMP boot code cleanup
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
changeset:   23290:1ac7336b6298
user:        Jan Beulich <jbeulich@xxxxxxxxxx>
date:        Sun May 01 10:14:15 2011 +0100
    
    x86: set ARAT feature flag for non-buggy AMD CPUs
    
    This is the equivalent of a recent Linux change.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>
    
    
changeset:   23289:e4fc9494b940
user:        Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
date:        Sun May 01 10:11:58 2011 +0100
    
    mini-os: fix lib.h licence
    
    Update the Linux stdio functions prototypes, and move them to a
    separate header, licenced under GPL2+.  Import FreeBSD8 string
    functions prototypes, update licence.  Drop kvec, of unsure source and
    useless anyway.
    
    Signed-off-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
    
    
changeset:   23288:60dfb5aca706
user:        Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
date:        Sun May 01 10:10:12 2011 +0100
    
    mini-os: lib/math.c: import FreeBSD 8 functions
    
    Import lib/math.c functions (and thus licence) from FreeBSD 8,
    and re-apply a few of our changes. Whitespaces left aside, this
    leads to almost no source change except s/int64_t/quad_t/ and
    s/uint64_t/u_quad_t/.
    
    Signed-off-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
    
    
changeset:   23287:bf11f502684a
user:        Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
date:        Sun May 01 10:09:47 2011 +0100
    
    mini-os: Fix printf.c licence
    
    Changeset df1348e72390 actually completely replaced the freebsd printf
    implementation with the Linux printf implementation. Further changes
    are extremely minor and thus don't pose IP issue. Fix the licence
    accordingly.
    
    Signed-off-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
    
    
changeset:   23286:6f48f5f843f0
user:        Keir Fraser <keir@xxxxxxx>
date:        Sun May 01 10:08:40 2011 +0100
    
    Clean up licensing in the public header directory.
    
    The COPYING file at xen/include/public/COPYING clearly states that all
    public header files are distributed under a permissive MIT
    license. Therefore make sure the same permissive license is included
    at the top of every header file (i.e., not GPL).
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   23285:a7ac0a0170b0
user:        Keir Fraser <keir@xxxxxxx>
date:        Sun May 01 09:32:48 2011 +0100
    
    x86: Clean up smp_call_function handling.
    
    We don't need so many communication fields between caller and
    handler.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    
    
changeset:   23284:476b0d68e7d5
user:        Keir Fraser <keir@xxxxxxx>
date:        Sat Apr 30 09:48:16 2011 +0100
    
    x86: Remove TRAP_INSTR from the public headers.
    
    Direct hypercall traps (rather than using the hypercall transfer page)
    was long obsolete even when TRAP_INSTR was deprecated in the API
    headers. No current guest will be, or should be, using TRAP_INSTR.
    
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
    
    
(qemu changes not included)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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