This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 91c31ff04a7a72b4b0e476972ad3c76e03a106a2
baseline version:
 ovmf                 0b6457efabf6f47bc55690874dde82d2f8616abc

Last test of basis    74783  2018-06-05 18:27:36 Z    1 days
Testing same since    74792  2018-06-06 12:27:22 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Haojian Zhuang <[email protected]>
  Liming Gao <[email protected]>
  Meenakshi Aggarwal <[email protected]>
  Ruiyu Ni <[email protected]>
  Star Zeng <[email protected]>
  Vabhav Sharma <[email protected]>

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 91c31ff04a7a72b4b0e476972ad3c76e03a106a2
Author: Meenakshi Aggarwal <[email protected]>
Date:   Mon Jun 4 22:01:44 2018 +0530

    EmbeddedPkg/TimeBaseLib: Add function to get Week day.
    
    This patch add function EfiTimeToWday() which returns
    day of the week.
    It is needed by our upcoming patches in edk2-platforms.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Vabhav Sharma <[email protected]>
    Signed-off-by: Meenakshi Aggarwal <[email protected]>
    Reviewed-by: Leif Lindholm <[email protected]>

commit 1b6e7633cad8135547f337eeef47f446f57a2505
Author: Haojian Zhuang <[email protected]>
Date:   Mon Apr 23 14:21:54 2018 +0800

    ArmPkg/PlatformBootManagerLib: load platform boot options
    
    Make platform driver to create predefined boot options and related
    hot keys.
    
    Cc: Laszlo Ersek <[email protected]>
    Cc: Leif Lindholm <[email protected]>
    Cc: Ard Biesheuvel <[email protected]>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Haojian Zhuang <[email protected]>
    Reviewed-by: Laszlo Ersek <[email protected]>
    Reviewed-by: Leif Lindholm <[email protected]>

commit 7e074d15e7b98c0101a17547cce2b464827df540
Author: Haojian Zhuang <[email protected]>
Date:   Mon Apr 23 14:21:53 2018 +0800

    EmbeddedPkg: add platform boot manager protocol
    
    Create the PlatformBootManagerProtocol that is used to add
    predefined boot options in platform driver. This interface
    will be used in ArmPkg/PlatformBootManagerLib.
    
    Cc: Laszlo Ersek <[email protected]>
    Cc: Leif Lindholm <[email protected]>
    Cc: Ard Biesheuvel <[email protected]>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Haojian Zhuang <[email protected]>
    Reviewed-by: Laszlo Ersek <[email protected]>
    Reviewed-by: Leif Lindholm <[email protected]>

commit 76022b02e867c7372c07d575a1733b8a84c6615a
Author: Star Zeng <[email protected]>
Date:   Mon Jun 4 18:05:34 2018 +0800

    IntelFrameworkPkg FrameworkUefiLib: Fix in EfiLocateProtocolBuffer()
    
    Free HandleBuffer for error path in EfiLocateProtocolBuffer().
    
    Cc: Michael D Kinney <[email protected]>
    Cc: Liming Gao <[email protected]>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <[email protected]>
    Reviewed-by: Michael D Kinney <[email protected]>

commit fe507283afe245dae5ffdc0f926d9e2abb355250
Author: Star Zeng <[email protected]>
Date:   Fri Apr 13 14:29:49 2018 +0800

    MdePkg UefiLib: Fix in EfiLocateProtocolBuffer()
    
    Free HandleBuffer for error path in EfiLocateProtocolBuffer().
    
    Cc: Michael D Kinney <[email protected]>
    Cc: Liming Gao <[email protected]>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Star Zeng <[email protected]>
    Reviewed-by: Michael D Kinney <[email protected]>

commit 31f70606c64c93c71ee7e45c2ddac1e5c85c49ee
Author: Liming Gao <[email protected]>
Date:   Tue May 29 13:53:52 2018 +0800

    MdeModulePkg BootManagerMenuApp: Update usage info for BootLogo protocol
    
    BootLogo protocol is not always required. If it not is installed,
    BootManagerMenuApp can work.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Liming Gao <[email protected]>
    Cc: Ruiyu Ni <[email protected]>
    Reviewed-by: Star Zeng <[email protected]>

commit 6c2d935d1dcbefc96e822b95b129626abe76f37d
Author: Ruiyu Ni <[email protected]>
Date:   Fri Jun 1 15:11:50 2018 +0800

    MdeModulePkg: Make sure ResetSystemRuntimeDxe uses ResetSystemLibNull
    
    Because the DxeResetSystemLib calls gRT->ResetSystem(), make sure
    the gRT->ResetSystem() implementation doesn't call into
    DxeResetSystemLib to avoid chicken-egg issue.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ruiyu Ni <[email protected]>
    Reviewed-by: Star Zeng <[email protected]>
    Cc: Liming Gao <[email protected]>

commit 6c252691c3be5f10df1708589821c8bb65244a8e
Author: Ruiyu Ni <[email protected]>
Date:   Fri Jun 1 15:09:58 2018 +0800

    MdeModulePkg/DxeResetSystemLib: Avoid depending on UefiRuntimeLib
    
    Current DxeResetSystemLib depends on UefiRuntimeLib because it calls
    EfiResetSystem() API exposed by UefiRuntimeLib.
    
    Due to the commit:
    "MdePkg/UefiRuntimeLib: Do not allow to be linked by DXE driver"
    which reverts UefiRuntimeLib to only support DXE_RUNTIME_DRIVER,
    removing UefiRuntimeLib dependency makes the DxeResetSystemLib
    can be used by DXE drivers.
    
    The patch also disallows the DxeResetSystemLib to be linked by
    runtime driver, SMM drivers.
    Runtime driver cannot link to this library because the gRT is not
    converted when entering to RT.
    SMM driver cannot link to this library because calling RT services
    from SMM after EndOfDxe violates security guideline.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ruiyu Ni <[email protected]>
    Reviewed-by: Star Zeng <[email protected]>
    Cc: Liming Gao <[email protected]>

commit f6406f94dca148f4492ddd1679ada73fe4ac323b
Author: Ruiyu Ni <[email protected]>
Date:   Fri Jun 1 15:18:02 2018 +0800

    MdePkg/UefiRuntimeLib: Do not allow to be linked by DXE driver
    
    When UefiRuntimeLib links to a DXE driver, its constructor
    still registers a Virtual Address Change event. The event callback
    will get called when RT.SetVirtualAddressMap() is called from OS.
    But when the driver is a DXE driver, the memory occupied by the
    callback function might be zeroed or used by OS since the BS type
    memory is free memory when entering to RT phase.
    
    The patch reverts commit 97511979b4fdd84cf7cd51e43c22dc03e79bd4f3
    "MdePkg/UefiRuntimeLib: Support more module types."
    It makes sure that DXE driver cannot link to this library.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ruiyu Ni <[email protected]>
    Cc: Liming Gao <[email protected]>
    Reviewed-by: Star Zeng <[email protected]>

_______________________________________________
Xen-devel mailing list
[email protected]
https://lists.xenproject.org/mailman/listinfo/xen-devel

Reply via email to