[Xen-devel] [ovmf baseline-only test] 66879: trouble: broken/pass

[Platform Team regression test user <citrix-osstest@xxxxxxxxxxxxxx>]

This run is configured for baseline tests only.

flight 66879 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66879/

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-ovmf-amd64  3 host-install(3) broken REGR. vs. 66877

Regressions which are regarded as allowable (not blocking):
 test-amd64-i386-xl-qemuu-ovmf-amd64  3 host-install(3) broken blocked in 66877

version targeted for testing:
 ovmf                 3d8fab5719a52d67cd4666bd08f63a21fe97c480
baseline version:
 ovmf                 5a6752cc5ba4a674a0056a2d6e32e8e1dd9c348d

Last test of basis    66877  2016-08-01 09:16:37 Z    0 days
Testing same since    66879  2016-08-01 11:47:49 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Liming Gao <liming.gao@xxxxxxxxx>

jobs:
 build-amd64-xsm                                              pass    
 build-i386-xsm                                               pass    
 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-qemuu-ovmf-amd64                         broken  
 test-amd64-i386-xl-qemuu-ovmf-amd64                          broken  


------------------------------------------------------------
sg-report-flight on osstest.xs.citrite.net
logs: /home/osstest/logs
images: /home/osstest/images

Logs, config files, etc. are available at
    http://osstest.xs.citrite.net/~osstest/testlogs/logs

Test harness code can be found at
    http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary

broken-step test-amd64-i386-xl-qemuu-ovmf-amd64 host-install(3)
broken-step test-amd64-amd64-xl-qemuu-ovmf-amd64 host-install(3)

Push not applicable.

------------------------------------------------------------
commit 3d8fab5719a52d67cd4666bd08f63a21fe97c480
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Mon Jul 25 22:00:28 2016 +0800

    Nt32Pkg: Make Shell as the first boot option
    
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit e2e9b3b433210bb05500e948f37f6522a120d302
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Mon Jul 25 22:00:27 2016 +0800

    Nt32Pkg: Add LoadFileOnFv2 driver in DSC/FDF
    
    After add LoadFileOnFv2, PlatformBootManagerLib doesn't need to find Shell
    application from FV.
    
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit 0be2c6f4e94bed52083cf1e234160a8ae2a99add
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Mon Jul 25 22:00:26 2016 +0800

    MdeModulePkg: Add new LoadFileOnFv2 in Package DSC for Build
    
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit 7c844f31d9dfe62e878cf23acab26fa79d742854
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Mon Jul 25 22:00:25 2016 +0800

    MdeModulePkg LoadFileOnFv2: Add new LoadFileOnFv2 driver
    
    This driver searches APPLICATION in FV and installs LoadFile protocol
    for every found one. Then, BDS will add BootOption for LoadFile protocol.
    
    It provides the generic way to expose boot option for the internal
    application, such as Shell. With this driver, PlatformBds doesn?t need
    to specially handle Shell application.
    
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit fa9f986cfbea5db0e92c313dd4d4a0c781d1498b
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Mon Jul 25 22:00:23 2016 +0800

    MdeModulePkg UefiBootManagerLib: Update LoadFile boot description
    
    Update boot description to support LoadFile protocol based on FV file.
    
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit 2f014788940cc23cc300aeead476e02853ee90ec
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Mon Jul 25 22:00:22 2016 +0800

    MdeModulePkg UefiBootManagerLib: Support LoadFile Protocol based on FV
    
    New LoadFileOnFv2 driver will install LoadFile protocol based on FV file.
    Update UefiBootManagerLib to find BootMenuApp with LoadFile protocol.
    
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit 0aa09042dd7f42979ac1bad091d8ce824494eadb
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Mon Jul 25 22:00:21 2016 +0800

    MdeModulePkg UefiBootManagerLib: Add BmIsBootMenuAppFilePath internal API
    
    This function abstracts the common logic to find BootMenuApp file.
    
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit f6b633c7433f1f51f807145b1645b1d2c31c91b9
Author: Liming Gao <liming.gao@xxxxxxxxx>
Date:   Thu Jul 28 15:35:27 2016 +0800

    EdkCompatibilityPkg: Fix GCC build failure
    
    Edk2 enables Os option and ms_va_list in GCC tool chain.
    This change makes VA_LIST is not pointer, and cause GCC failure.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Liming Gao <liming.gao@xxxxxxxxx>

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