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

[ovmf baseline-only test] 74998: tolerable FAIL



This run is configured for baseline tests only.

flight 74998 ovmf real [real]
http://osstest.xensource.com/osstest/logs/74998/

Failures :-/ but no regressions.

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install     fail like 74996
 test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install      fail like 74996

version targeted for testing:
 ovmf                 549ae85ce1b00228c3abcf6a9e4022c4f4fba5ed
baseline version:
 ovmf                 d9e206d4bf9124fe526baaa0ec56a7d2316ca6b3

Last test of basis    74996  2018-07-23 05:49:46 Z    0 days
Testing same since    74998  2018-07-23 20:20:13 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Star Zeng <star.zeng@xxxxxxxxx>
  Supreeth Venkatesh <supreeth.venkatesh@xxxxxxx>
  Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
  Yunhua Feng <yunhuax.feng@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.xs.citrite.net
logs: /home/osstest/logs
images: /home/osstest/images

Logs, config files, etc. are available at
    http://osstest.xensource.com/osstest/logs

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


Push not applicable.

------------------------------------------------------------
commit 549ae85ce1b00228c3abcf6a9e4022c4f4fba5ed
Author: Supreeth Venkatesh <supreeth.venkatesh@xxxxxxx>
Date:   Tue Jul 3 18:00:35 2018 +0800

    BaseTools/AutoGen: Update header file for MM modules.
    
    This patch corrects the Module Type Header file for Management Mode(MM)
    as specified in PI v1.6 Specification. Also, it updates parameter for
    auto generated template functions from EFI_SMM_SYSTEM_TABLE2 to
    EFI_MM_SYSTEM_TABLE.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Supreeth Venkatesh <supreeth.venkatesh@xxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx>

commit 1794b98f72fb087f012602c4d1450762dd62906d
Author: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
Date:   Fri Jul 13 11:28:33 2018 +0800

    BaseTools: ElfConvert Tool update VerboseMsg to same with the comment
    
    Fixes: https://bugzilla.tianocore.org/show_bug.cgi?id=994
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx>

commit 10944bc390f52fcd418670fe0171da1d4f3b05cc
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Jul 13 16:00:15 2018 +0800

    MdeModulePkg CapsuleApp: Use EFI_UNSUPPORTED for incorrect Argc case
    
    Align code to use EFI_UNSUPPORTED for all incorrect Argc cases.
    
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit d9c640b9282dd3a6ee45bc5886e7d5b0e586c95d
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Jul 13 15:50:16 2018 +0800

    MdeModulePkg CapsuleApp: Check capsule header before using its Flags
    
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit 95dd7a6ecd2358208a9f82bb948cafddebd78519
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Jul 13 15:28:21 2018 +0800

    MdeModulePkg CapsuleApp: Show clear message when option is unrecognized
    
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit 81e1276adfe88cfbbc39618b52429cf49ef3cbce
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Jul 13 15:16:02 2018 +0800

    MdeModulePkg CapsuleApp: Do not parse bits in CapsuleFlags of ESRT
    
    According to UEFI spec, only bits 0-15 of CapsuleFlags are
    meaningful and CapsuleGuid specific, CAPSULE_FLAGS_PERSIST_ACROSS_RESET
    CAPSULE_FLAGS_POPULATE_SYSTEM_TABLE/CAPSULE_FLAGS_INITIATE_RESET
    defined in UEFI spec are in bits 16-31, they should not be parsed in
    CapsuleFlags of ESRT.
    
    CapsuleFlags
    The capsule flags field contains the CapsuleGuid flags (bits 0-15)
    as defined in the EFI_CAPSULE_HEADER that will be set in the capsule
    header.
    
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit d4d9116775763a7ce4bff894ea06ecef4b17e441
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Fri Jul 13 15:04:16 2018 +0800

    MdeModulePkg CapsuleApp: Fix memory leak in DumpFmpImage()
    
    Image buffer should be freed after using.
    
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit 5410502f6d7e4bb786ccd6c30c8662ed217bcaba
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Wed Jul 11 16:35:02 2018 +0800

    MdeModulePkg CapsuleApp: Check Arg count for -P GET option
    
    Also add help info for CapsuleApp -P GET option.
    
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit a10def91653163dbc6a38a609a87b370e9035654
Author: Yunhua Feng <yunhuax.feng@xxxxxxxxx>
Date:   Fri Jul 13 17:05:20 2018 +0800

    BaseTools: enable FixedAtBuild (VOID*) PCD use in the [DEPEX] section
    
    V3: Add some invalid type and datum check
    
    V2: limit the PCD used in the [Depex] section should be used in the module
    
    The PCD item used in INF [Depex] section must be defined as FixedAtBuild
    type and VOID* datum type, and the size of the PCD must be 16 bytes.
    
    Fixes: https://bugzilla.tianocore.org/show_bug.cgi?id=443
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Cc: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Yunhua Feng <yunhuax.feng@xxxxxxxxx>
    Reviewed-by: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>

_______________________________________________
osstest-output mailing list
osstest-output@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/osstest-output

 


Rackspace

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