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

[Xen-devel] [seabios test] 30761: regressions - FAIL

flight 30761 seabios real [real]

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-i386-freebsd10-i386  5 xen-boot                fail REGR. vs. 30292
 test-amd64-i386-xl-qemut-winxpsp3 10 guest-localmigrate   fail REGR. vs. 30292
 test-amd64-i386-xl-qemuu-win7-amd64 12 guest-localmigrate.2 fail REGR. vs. 
 test-amd64-amd64-pair         7 xen-boot/src_host         fail REGR. vs. 30292
 test-amd64-amd64-xl-qemuu-win7-amd64  7 windows-install   fail REGR. vs. 30292

Tests which did not succeed, but are not blocking:
 test-amd64-i386-libvirt       9 guest-start                  fail   never pass
 test-amd64-amd64-libvirt      9 guest-start                  fail   never pass
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-xl-qemut-win7-amd64 14 guest-stop              fail never pass
 test-amd64-i386-xl-win7-amd64 14 guest-stop                   fail  never pass
 test-amd64-i386-xl-winxpsp3-vcpus1 14 guest-stop               fail never pass
 test-amd64-amd64-xl-winxpsp3 14 guest-stop                   fail   never pass
 test-amd64-amd64-xl-qemut-winxpsp3 14 guest-stop               fail never pass
 test-amd64-amd64-xl-qemuu-winxpsp3 14 guest-stop               fail never pass
 test-amd64-amd64-xl-win7-amd64 14 guest-stop                   fail never pass
 test-amd64-amd64-xl-qemut-win7-amd64 14 guest-stop             fail never pass
 test-amd64-i386-xl-qemuu-winxpsp3 14 guest-stop                fail never pass
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1 14 guest-stop         fail never pass
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 14 guest-stop         fail never pass
 test-amd64-i386-xl-winxpsp3  14 guest-stop                   fail   never pass

version targeted for testing:
 seabios              bfb7b58b30681f5c421e838fdef3dbc358e80f1e
baseline version:
 seabios              67d1fbef0f630e1e823f137d1bae7fa5790bcf4e

People who touched revisions under test:
  Kevin O'Connor <kevin@xxxxxxxxxxxx>

 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          pass    
 build-i386-libvirt                                           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-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                              pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          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-i386-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-i386-freebsd10-i386                               fail    
 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-amd64-libvirt                                     fail    
 test-amd64-i386-libvirt                                      fail    
 test-amd64-i386-xl-multivcpu                                 pass    
 test-amd64-amd64-pair                                        fail    
 test-amd64-i386-pair                                         pass    
 test-amd64-amd64-xl-sedf-pin                                 pass    
 test-amd64-amd64-xl-sedf                                     pass    
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-winxpsp3-vcpus1                           fail    
 test-amd64-amd64-xl-qemut-winxpsp3                           fail    
 test-amd64-i386-xl-qemut-winxpsp3                            fail    
 test-amd64-amd64-xl-qemuu-winxpsp3                           fail    
 test-amd64-i386-xl-qemuu-winxpsp3                            fail    
 test-amd64-amd64-xl-winxpsp3                                 fail    
 test-amd64-i386-xl-winxpsp3                                  fail    

sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images

Logs, config files, etc. are available at

Test harness code can be found at

Not pushing.

commit bfb7b58b30681f5c421e838fdef3dbc358e80f1e
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Sat Oct 11 13:27:16 2014 -0400

    Backup and restore a20 on call32_sloppy()
    Previously, the a20 line would always be enabled and left on after
    call32_sloppy().  The setting should really be backed up and restored
    on each call.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 341f8d98a087de01326634dd8a838381e7caa1c9
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Sat Oct 11 13:16:12 2014 -0400

    Move a20 code from system.c and ps2port.h to x86.h
    Although the a20 functionality was originally implemented in the ps2
    controller, that is just a historical artifact.  It's a core feature
    of modern x86 cpus and the code is better located in the x86.h header.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 55215cd425d36b257104b9279541c886e7bab607
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Fri Apr 11 11:20:41 2014 -0400

    Implement call32 mechanism using SMIs.
    Add support for jumping into 32bit mode using a System Management Mode
    (SMM) handler.  When available, this allows SeaBIOS to transition to
    32bit mode even when called in vm86 mode.  It will also prevent the
    clobbering of the segment registers.
    Currently, the SMM mode is only supported in QEMU when running in TCG
    mode.  Also, QEMU v2.1 (or later) is needed for it to work when in
    vm86 mode.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 15721bff601362ed322fde36389a6d5adbf99133
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Tue Sep 30 12:55:54 2014 -0400

    Fully restore 16bit state during call16_sloppy()
    When transitioning back to 16bit mode from within call32(), restore
    the full state (cmos index, gdt, fs/gs) in addition to restoring the
    original stack.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 1188480ae5e7834d668b6e922293d37ad9e7f3b9
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Tue Sep 30 12:13:44 2014 -0400

    Break up call32() into call32() and call32_sloppy()
    This separates call32() into two functions.  It also moves the
    call16_sloppy() code next to the call32_sloppy() code.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 2342129449c2191f048d4d86153940fde35719b1
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Wed Sep 24 17:48:28 2014 -0400

    Move call16() functions from romlayout.S to inline assembler in stacks.c
    Use inline assembler in call16 type functions instead of using
    __call16() in romlayout.S.
    Since call16() and call16big() are now only called with %ss==0 they do
    not need to update the stack pointer.  Only call16_sloppy() requires
    the stack manipulation code.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit eb88bf7db541aa2dd70cae869238cfb3003efb56
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Wed Sep 24 15:58:12 2014 -0400

    build: Support declaring 32bit C functions that must reside in the f-segment
    Add support for a FUNCFSEG macro that will force a "32bit flat" C
    function to be located in the f-segment.  This is useful for 32bit
    code with inline assembler that thunks to 16bit mode.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 9984b9df14a357b2c10972e8dbc17b627904c502
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Tue Sep 30 00:17:44 2014 -0400

    Update reset() to use call16_back()
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 79c3ab3d6ceab52e73d1d5700e6dcb89d209f987
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Tue Sep 30 00:11:38 2014 -0400

    Simplify farcall16 code
    With this change, farcall16() is only used for external API calls and
    is only invoked from a 32bit mode entered directly via transition32.
    farcall16big() is also only used for external API calls and is only
    invoked from a 32bit mode entered directly via transition32.
    call16_int() now calls _farcall16() directly, and it will use normal
    16bit mode or big real mode as required.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit dcacfa08b2a26e9aac17c52d4015100935bbcb9a
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Mon Sep 29 23:59:47 2014 -0400

    Track when entering via call32() and use the same mode for stack_hop_back()
    If 32bit mode is entered directly via transition32, then use a simple
    call16() when hopping back to 16bit mode.  Use only call16big() during
    post and when entering 32bit mode via call32().
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 80568256057827956abfd6254a78f11d818ab344
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Mon Sep 29 19:39:31 2014 -0400

    Update stack_hop_back() to jump to 16bit mode if called in 32bit mode.
    Also, update callers to rely on this feature.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 7e1baf2775160404fa29e6b1cd517ae92b6ceebf
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Mon Sep 29 19:23:45 2014 -0400

    Update invoke_mouse_handler() to use need_hop_back()
    Make the mouse handler stack_hop_back() code similar to the other
    users that use need_stack_hop().
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit fabc1b51451b466bc11c9f90814961666a265df8
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Mon Sep 29 19:18:25 2014 -0400

    Add need_hop_back() call that determines if stack_hop_back is needed
    Also, use need_hop_back() instead of on_extra_stack() in code that
    determines whether or not to call stack_hop_back().
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 1389eee20e6dccb5bf2fc92132cdde7b3b92a848
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Mon Sep 29 19:08:57 2014 -0400

    Move stack hop code below call32/call16 code in stacks.c
    This change is a just code movement.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit d5c61747e4c1f041264aa0cf133b76fc9ae5a692
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Tue Sep 30 09:37:26 2014 -0400

    pmm: Fix entry point to support non-zero %ss
    If the pmm entry point was called with a non-zero stack segment, the
    pointer to the arguments on the stack would not be valid once the
    code transitioned to 32bit mode.  Fix by adding the stack segment
    offset into the args pointer.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

commit 12085439561f44107c7d3bea5a333a90ea987643
Author: Kevin O'Connor <kevin@xxxxxxxxxxxx>
Date:   Tue Sep 30 09:17:14 2014 -0400

    Revert "Use the extra stack for 16bit USB and PS2 keyboard/mouse commands."
    It's not valid to pass a pointer to a stack variable through the
    stack_hop() call (because the call changes the stack segment).  This
    bug was probably not noticed before because by default
    (CONFIG_ENTRY_EXTRASTACK) SeaBIOS uses the extra stack on all 16bit
    entry points, and the internal stack_hop() with that config option is
    effectively a no-op.
    This reverts commit d488a7683d90bf8fae7ceb8c3ad9e95fbbd92079.
    Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx>

Xen-devel mailing list



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