[ovmf baseline-only test] 68043: all pass

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

This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 7c7453b5d6302227264b096b528ba9461b2a68d4
baseline version:
 ovmf                 c37dcee6d8c24cff4c50fa5dd139e5a26678eb62

Last test of basis    68040  2016-11-15 05:20:58 Z    0 days
Testing same since    68043  2016-11-15 09:47:46 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Gary Lin <glin@xxxxxxxx>
  Jeff Fan <jeff.fan@xxxxxxxxx>
  Jiewen Yao <jiewen.yao@xxxxxxxxx>
  Laszlo Ersek <lersek@xxxxxxxxxx>
  Yonghong Zhu <yonghong.zhu@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                         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 7c7453b5d6302227264b096b528ba9461b2a68d4
Author: Jiewen Yao <jiewen.yao@xxxxxxxxx>
Date:   Fri Nov 11 16:57:48 2016 +0800

    MdeModulePkg/CapsuleApp: remove unused definition.
    
    remove EFI_CAPSULE_FROM_FILE_DIR
    remove EFI_OS_INDICATIONS_FILE_CAPSULE_DELIVERY_SUPPORTED.
    no one uses them.
    
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Reviewed-by: Michael D Kinney <michael.d.kinney@xxxxxxxxx>

commit 268d344557c38198d34359b50532df343bada5f1
Author: Gary Lin <glin@xxxxxxxx>
Date:   Wed Oct 19 15:01:35 2016 +0800

    ShellPkg: Fix typos in comments and variables
    
    - funciton -> function
    - paramter -> parameter
    - supresses -> suppresses
    - Seperator -> Separator
    - permenant -> permanent
    
    Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Gary Lin <glin@xxxxxxxx>

commit be9007810e722cb733e334b2dc4c9bbe26fdbb7d
Author: Gary Lin <glin@xxxxxxxx>
Date:   Wed Oct 19 15:01:30 2016 +0800

    OptionRomPkg: Fix typos in comments
    
    - stoping -> stopping
    - Sumbit -> Submit
    - pionter -> pointer
    
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Gary Lin <glin@xxxxxxxx>

commit 8aa9d680329cb9fa5c8e517727dd14eb4bebc408
Author: Gary Lin <glin@xxxxxxxx>
Date:   Wed Oct 19 15:01:29 2016 +0800

    Nt32Pkg: Fix typos in comments and variables
    
    - discontiguous -> discontinuous
    - reloaced -> relocated
    - supresses -> suppresses
    - debuging -> debugging
    - suported -> supported
    - availble -> available
    - environmemt -> environment
    - Seperator -> Separator
    - remmeber -> remember
    - interperted -> interpreted
    - the a new -> the new
    - initailized -> initialized
    - attribue -> attribute
    - boundry -> boundary
    - nto -> not
    - permenent -> permanent
    - immediatly -> immediately
    - excuted -> executed
    
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Gary Lin <glin@xxxxxxxx>

commit 34f5c23452b3bbc43ebfe8aaa8f2fdcd35669dc3
Author: Gary Lin <glin@xxxxxxxx>
Date:   Wed Oct 19 15:01:11 2016 +0800

    DuetPkg: Fix typos in comments
    
    - TURE -> TRUE
    - successull -> successfully
    - Libary -> Library
    - Incude -> Include
    - futhure -> future
    - Predfined -> Predefined
    - minimue -> minimum
    - predeined -> predefined
    - excute -> execute
    - dirver -> driver
    - hanlde -> handle
    - boundry -> boundary
    
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Gary Lin <glin@xxxxxxxx>

commit 94e4bcbb5efaf86440e89293d80b0a73781fff12
Author: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
Date:   Mon Nov 14 17:41:11 2016 +0800

    BaseTools: FILE DATA to support relative path under Multiple workspace
    
    Fix the bug that FILE DATA to support relative path under Multiple
    workspace.
    
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx>

commit f475f1e2361877e9947ecda98a697bc55fb9d85a
Author: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
Date:   Wed Nov 9 18:18:01 2016 +0800

    BaseTools: Fix the bug to support generate FFS by Align=Auto
    
    FDF spec support to use 'Auto' as <FfsAlignmentValues>, but current Tool
    report error about -a=Auto is invalid option when we set Align=Auto for
    RAW File.
    
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Yonghong Zhu <yonghong.zhu@xxxxxxxxx>
    Reviewed-by: Liming Gao <liming.gao@xxxxxxxxx>

commit ec8a387700905bf2776f304576d1fb3b969ad16a
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Fri Nov 11 13:25:51 2016 +0800

    UefiCpuPkg/PiSmmCpuDxeSmm: Decrease mNumberToFinish in AP safe code
    
    We will put APs into hlt-loop in safe code. But we decrease mNumberToFinish
    before APs enter into the safe code. Paolo pointed out this gap.
    
    This patch is to move mNumberToFinish decreasing to the safe code. It could
    make sure BSP could wait for all APs are running in safe code.
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=216
    
    Reported-by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Cc: Laszlo Ersek <lersek@xxxxxxxxxx>
    Cc: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Tested-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit 45e3440ac208e5b55fbaed0f1e2ff6b004d51742
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Fri Nov 11 13:11:22 2016 +0800

    UefiCpuPkg/PiSmmCpuDxeSmm: Place AP to 32bit protected mode on S3 path
    
    On S3 path, we may transfer to long mode (if DXE is long mode) to restore 
CPU
    contexts with CR3 = SmmS3Cr3 (in SMM). AP will execute hlt-loop after CPU
    contexts restoration. Once one NMI or SMI happens, APs may exit from hlt 
state
    and execute the instruction after HLT instruction. If APs are running on 
long
    mode, page table is required to fetch the instruction. However, CR3 pointer 
to
    page table in SMM. APs will crash.
    
    This fix is to disable long mode on APs and transfer to 32bit protected 
mode to
    execute hlt-loop. Then CR3 and page table will no longer be required.
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=216
    
    Reported-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Analyzed-by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Analyzed-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Cc: Laszlo Ersek <lersek@xxxxxxxxxx>
    Cc: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Tested-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit 4a0f88dd6458528fc24ad320a05105150c9fb3bb
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Thu Nov 10 13:40:12 2016 +0800

    UefiCpuPkg/PiSmmCpuDxeSmm: Put AP into safe hlt-loop code on S3 path
    
    On S3 path, we will wake up APs to restore CPU context in PiSmmCpuDxeSmm
    driver. However, we place AP in hlt-loop under 1MB space borrowed after CPU
    restoring CPU contexts.
    In case, one NMI or SMI happens, APs may exit from hlt state and execute the
    instruction after HLT instruction. But the code under 1MB is no longer safe 
at
    that time.
    
    This fix is to allocate one ACPI NVS range to place the AP hlt-loop code. 
When
    CPU finished restoration CPU contexts, AP will execute in this ACPI NVS 
range.
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=216
    
    v2:
      1. Make stack alignment per Laszlo's comment.
      2. Trim whitespace at end of end.
      3. Update year mark in file header.
    
    Reported-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Analyzed-by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Analyzed-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Cc: Laszlo Ersek <lersek@xxxxxxxxxx>
    Cc: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Tested-by: Laszlo Ersek <lersek@xxxxxxxxxx>

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