[ovmf baseline-only test] 71533: tolerable FAIL

[ovmf baseline-only test] 71533: tolerable FAIL

[Platform Team regression test user]

This run is configured for baseline tests only.

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

Failures :-/ but no regressions.

Regressions which are regarded as allowable (not blocking):
 build-amd64-libvirt           5 libvirt-build                fail   like 71524
 build-i386-libvirt            5 libvirt-build                fail   like 71524

version targeted for testing:
 ovmf                 b941c34ef859971e29683ffb57c309e24e6a96be
baseline version:
 ovmf                 9c94cc2ca270c2a9121c485281792c178281ac7d

Last test of basis    71524  2017-06-07 10:17:20 Z    0 days
Testing same since    71533  2017-06-08 00:51:05 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Ruiyu Ni <ruiyu.ni@intel.com>
  Wang Fan <fan.wang@intel.com>
  Wang, Fan <fan.wang@intel.com>
  Yonghong Zhu <yonghong.zhu@intel.com>

jobs:
 build-amd64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          fail    
 build-i386-libvirt                                           fail    
 build-amd64-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          pass    


------------------------------------------------------------
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


Push not applicable.

------------------------------------------------------------
commit b941c34ef859971e29683ffb57c309e24e6a96be
Author: Wang, Fan <fan.wang@intel.com>
Date:   Tue Jun 6 18:51:35 2017 +0800

    MdePkg: update Wi-Fi/Supplicant header files to meet UEFI 2.7.
    
    This patch is used to update supplicant.h and wifi2.h
    to meet UEFI 2.7 definition. Add EfiSupplicant80211PMK
    field in EFI_SUPPLICANT_DATA_TYPE and change **NetworkDesc
    to NetworkDesc[1] in EFI_80211_GET_NETWORKS_RESULT.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Wang Fan <fan.wang@intel.com>
    Reviewed-by: Fu Siyuan <siyuan.fu@intel.com>
    Reviewed-by: Ye Ting <ting.ye@intel.com>

commit d4c558e83d8f428393d27816772efc7f4b0e8403
Author: Yonghong Zhu <yonghong.zhu@intel.com>
Date:   Tue Jun 6 13:28:07 2017 +0800

    BaseTools: Fix the bug use same FMP_PAYLOAD in different capsule file
    
    Fix the bug that use same FMP_PAYLOAD in different capsule file. Because
    in previous FMP generation, the FMP already be generated, so we don't
    need to regenerate again.
    
    Cc: Liming Gao <liming.gao@intel.com>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Yonghong Zhu <yonghong.zhu@intel.com>
    Reviewed-by: Liming Gao <liming.gao@intel.com>

commit 4a1167dfef3deff3d96f06ccfd104e26486d7dae
Author: Yonghong Zhu <yonghong.zhu@intel.com>
Date:   Tue Jun 6 16:35:44 2017 +0800

    BaseTools: Fix incremental build failure that override file be removed
    
    Fix a Incremental build failure. The case is: Both A and B package will
    include a same .h file, and in the driver's packages section, A
    package is listed before B package, so we will use the .h file in the A
    package and build success, then we directly delete the .h file in package
    A, it cause increment build failure since in the AutoGenTimeStamp file
    the .h file in A can't be found.
    
    Cc: Liming Gao <liming.gao@intel.com>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Yonghong Zhu <yonghong.zhu@intel.com>
    Reviewed-by: Liming Gao <liming.gao@intel.com>

commit b9f1625193a6e83aed59c5b801f105b8ba8cc546
Author: Ruiyu Ni <ruiyu.ni@intel.com>
Date:   Wed Jun 7 09:48:38 2017 +0800

    ShellBinPkg: Ia32/X64 Shell binary update.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@intel.com>

commit 4e6394455a8a9741dafe2928373db461ef21671e
Author: Ruiyu Ni <ruiyu.ni@intel.com>
Date:   Tue Jun 6 16:23:33 2017 +0800

    ShellPkg/parse: Handle Unicode stream from pipe correctly
    
    The original code expects the Unicode stream from pipe doesn't
    contains the Unicode BOM.
    But that's not true.
    Commit [9ed21946c76e430097e9c4e59b419af928e0cb8c] changes
    CreateFileInterfaceMem() to add the BOM for Unicode stream.
    
    When parse pipe support was firstly added, a private implementation
    ParseReturnStdInLine() was created to specially handle
    the Unicode stream without BOM. Since now the Unicode steam contains
    BOM, the private implementation can be removed and
    ShellFileHandleReturnLine() can be used directly.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@intel.com>
    Cc: Tapan Shah <tapandshah@hpe.com>
    Reviewed-by: Jaben Carsey <jaben.carsey@intel.com>

commit 7bd5a2c81ed5bc52ed63b348fcb1686f1fb5b398
Author: Ruiyu Ni <ruiyu.ni@intel.com>
Date:   Tue Jun 6 13:26:12 2017 +0800

    ShellPkg/alias: Return status for alias deletion
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@intel.com>
    Reviewed-by: Tapan Shah <tapandshah@hpe.com>
    Reviewed-by: Jaben Carsey <jaben.carsey@intel.com>

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