[Xen-devel] [ovmf test] 63006: regressions - FAIL

[osstest service owner <osstest-admin@xxxxxxxxxxxxxx>]

flight 63006 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63006/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-i386-xl-qemuu-ovmf-amd64  9 debian-hvm-install fail REGR. vs. 62978
 test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 62978

version targeted for testing:
 ovmf                 c476450456c964cd78ad0af4171e8687eea7dc90
baseline version:
 ovmf                 bf9f7cea98616e7b780946e61068bd345e454915

Last test of basis    62978  2015-10-15 09:13:57 Z    1 days
Failing since         62997  2015-10-16 07:12:40 Z    0 days    2 attempts
Testing same since    63006  2015-10-16 13:44:56 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Fu Siyuan <siyuan.fu@xxxxxxxxx>
  Star Zeng <star.zeng@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                         fail    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          fail    


------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at
    http://logs.test-lab.xenproject.org/osstest/logs

Explanation of these reports, and of osstest in general, is at
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master

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


Not pushing.

------------------------------------------------------------
commit c476450456c964cd78ad0af4171e8687eea7dc90
Author: Fu Siyuan <siyuan.fu@xxxxxxxxx>
Date:   Fri Oct 16 07:18:51 2015 +0000

    NetworkPkg: reset DHCP child when leaving PXE LoadFile.
    
    The DHCP4 can have only one configured child instance so we need to reset
    the DHCP4 child when leaving PXE driver's LoadFile() function, otherwise the
    other programs which also need to use DHCP4 (like HTTP boot) will be 
impacted.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Reviewed-by: Ye Ting <ting.ye@xxxxxxxxx>
    Reviewed-by: Sriram Subramanian <sriram-s@xxxxxxx>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18616 
6f19259b-4bc3-4df7-8a09-765794883524

commit 30268f29bd38a8e07b9914a1be00583c172c4c40
Author: Fu Siyuan <siyuan.fu@xxxxxxxxx>
Date:   Fri Oct 16 07:18:38 2015 +0000

    MdeModulePkg: reset DHCP child when leaving PXE LoadFile.
    
    The DHCP4 can have only one configured child instance so we need to reset
    the DHCP4 child when leaving PXE driver's LoadFile() function, otherwise the
    other programs which also need to use DHCP4 (like HTTP boot) will be 
impacted.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Reviewed-by: Sriram Subramanian <sriram-s@xxxxxxx>
    Reviewed-by: Ye Ting <ting.ye@xxxxxxxxx>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18615 
6f19259b-4bc3-4df7-8a09-765794883524

commit fe3ca12d06a534e5f10587a52730f5fd43dab831
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Oct 16 01:46:19 2015 +0000

    SecurityPkg: Use PcdSet##S to instead of PcdSet##
    
    PcdSet## has no error status returned, then the caller has no idea about 
whether the set operation is successful or not.
    PcdSet##S were added to return error status and PcdSet## APIs were put in 
ifndef DISABLE_NEW_DEPRECATED_INTERFACES condition.
    To adopt PcdSet##S and further code development with 
DISABLE_NEW_DEPRECATED_INTERFACES defined, we need to Replace PcdSet## usage 
with PcdSet##S.
    
    Normally, DynamicDefault PCD set is expected to be success, but DynamicHii 
PCD set failure is a legal case.
    
PcdTpmInitializationPolicy/PcdTcg2HashAlgorithmBitmap/PcdTpm2HashMask/PcdTpmInstanceGuid
 all have set operation in PEI phase,
    PEI phase does not allow DynamicHii PCD set, so DynamicDefault is expected 
for them and use PcdSet##S to instead of PcdSet## and assert when set failure.
    
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18614 
6f19259b-4bc3-4df7-8a09-765794883524

commit e90c57aa97558f4b70984a3a4a5f734e4546e1f4
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Oct 16 01:32:48 2015 +0000

    SecurityPkg AuthVariableLib: Add the missing gEfiAuthenticatedVariableGuid
    
    There is no real build failure, as AuthVariableLib always links to variable 
driver.
    But for code integrity, we should add it.
    
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18613 
6f19259b-4bc3-4df7-8a09-765794883524

commit 9d366450b73fbec81985b2016336ef7cb2b17195
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Oct 16 01:32:22 2015 +0000

    MdeModulePkg VariableRuntimeDxe: Add the missing 
gEfiImageSecurityDatabaseGuid
    
    Otherwise there will be build failure if without VarCheckUefiLib linked.
    
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18612 
6f19259b-4bc3-4df7-8a09-765794883524

commit 1cce53d38431bbcf9d6eb29a578668ad49b4d9eb
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Oct 16 01:31:56 2015 +0000

    MdeModulepkg VarCheckLib: Return NULL when no property set
    
    to variable with wildcard name.
    
    VarCheckLib has zeroed property for variable with wildcard name
    and is waiting for property set. The code should return NULL
    when no property set to variable with wildcard name, but not
    return the zeroed property that will impact the functionality of
    SetVariableCheck.
    
    The issue does not appear with VarCheckUefiLib linked as the library
    just has the expected property set.
    
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18611 
6f19259b-4bc3-4df7-8a09-765794883524

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