This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 f29ca8e8b96adc2539f44d41ed8521ef6d29c14c
baseline version:
 ovmf                 ea8314e4402f6c385b6e41e4f7803853e64e421b

Last test of basis    72045  2017-08-31 14:17:29 Z    0 days
Testing same since    72047  2017-09-01 00:48:06 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Ard Biesheuvel <ard.biesheu...@linaro.org>
  Eric Dong <eric.d...@intel.com>
  Laszlo Ersek <ler...@redhat.com>
  Liming Gao <liming....@intel.com>

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 f29ca8e8b96adc2539f44d41ed8521ef6d29c14c
Author: Ard Biesheuvel <ard.biesheu...@linaro.org>
Date:   Tue Aug 29 14:21:02 2017 +0100

    BaseTools/Gcc ARM AARCH64: add support for building device tree binaries
    
    While modern AARCH64 server systems use ACPI for describing the platform
    topology to the OS, ARM systems and AARCH64 outside of the server space
    mostly use device tree binaries, which are compiled from device tree
    source files using the device tree compiler.
    
    Currently, such source files and binaries may be kept in the EDK2 platform
    trees, but are not integrated with the build, which means they need to be
    kept in sync and recompiled manually, which is cumbersome.
    
    So let's wire up BaseTools support for them: add tool definitions for the
    DTC compiler and preprocessor flags that allow these source files to use
    FixedPcd expressions and other macros defined by AutoGen.h
    
    This way, a device tree binary can be built from source and emitted into
    a FFS file automatically using something like:
    
      DeviceTree.inf:
        [Defines]
          INF_VERSION    = 0x00010019
          BASE_NAME      = SomePlatformDeviceTree
          FILE_GUID      = 25462CDA-221F-47DF-AC1D-259CFAA4E326 # 
gDtPlatformDefaultDtbFileGuid
          MODULE_TYPE    = USER_DEFINED
          VERSION_STRING = 1.0
    
        [Sources]
          SomePlatform.dts
    
        [Packages]
          MdePkg/MdePkg.dec
    
      SomePlatform.fdf:
        INF RuleOverride = DTB xxx/yyy/DeviceTree.inf
    
        [Rule.Common.USER_DEFINED.DTB]
          FILE FREEFORM = $(NAMED_GUID) {
            RAW BIN                |.dtb
          }
    
    where it can be picked at runtime by the DTB loader that may refer to it
    using gDtPlatformDefaultDtbFileGuid.
    
    Note that this is very similar to how ACPI tables may be emitted into a
    FFS file with a known GUID and picked up by AcpiTableDxe at runtime.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org>
    Acked-by: Laszlo Ersek <ler...@redhat.com>
    Reviewed-by: Leif Lindholm <leif.lindh...@linaro.org>
    Reviewed-by: Liming Gao <liming....@intel.com>

commit f3f0bd168f816b1315ebf0a3fe4522cf6f5b6883
Author: Liming Gao <liming....@intel.com>
Date:   Thu Aug 24 14:28:45 2017 +0800

    BaseTools: Enable --whole-archive in GCC tool chain as the default option
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=581
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Liming Gao <liming....@intel.com>
    Reviewed-by: Yonghong Zhu <yonghong....@intel.com>

commit d5fdae96e2fc88c4efee2af12da1dbaa47d161a3
Author: Eric Dong <eric.d...@intel.com>
Date:   Mon Aug 28 11:05:00 2017 +0800

    UefiCpuPkg/Mplib.c: Perform complete initialization when enable AP.
    
    PI has description said If an AP is enabled, then the implementation must
    guarantee that a complete initialization sequence is performed on the AP,
    so the AP is in a state that is compatible with an MP operating system.
    Current implementation just set the AP to idle state when enable this AP
    which is not follow spec. This patch fix it.
    
    Cc: Michael Kinney <michael.d.kin...@intel.com>
    Cc: Ruiyu Ni <ruiyu...@intel.com>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Eric Dong <eric.d...@intel.com>
    Reviewed-by: Ruiyu Ni <ruiyu...@intel.com>

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

Reply via email to