This run is configured for baseline tests only.

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

Failures :-/ but no regressions.

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

version targeted for testing:
 ovmf                 e40f8efb8b06e023689120452e7ed5db199363de
baseline version:
 ovmf                 e048ce883c8e9f746a655ca5a4c8c0ce34198999

Last test of basis    75573  2018-11-05 11:25:33 Z    0 days
Testing same since    75574  2018-11-06 06:31:58 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Bob Feng <bob.c.f...@intel.com>
  BobCF <bob.c.f...@intel.com>
  Fu Siyuan <siyuan...@intel.com>
  Jim Dailey <jim_dai...@dell.com>
  jim.dai...@dell.com <jim.dai...@dell.com>
  Liming Gao <liming....@intel.com>
  shenglei <shenglei.zh...@intel.com>
  Shenglei Zhang <shenglei.zh...@intel.com>
  Sumit Garg <sumit.g...@linaro.org>

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 e40f8efb8b06e023689120452e7ed5db199363de
Author: Sumit Garg <sumit.g...@linaro.org>
Date:   Fri Nov 2 12:23:14 2018 +0530

    ArmPkg/OpteeLib: Fix compilation issues for ARM (32-bit)
    
    Correct usage of EFI_PHYSICAL_ADDRESS (always 64-bit) vs. pointers
    (depending on architecture).
    
    Reported-by: Leif Lindholm <leif.lindh...@linaro.org>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Sumit Garg <sumit.g...@linaro.org>
    Reviewed-by: Ard Biesheuvel <ard.biesheu...@linaro.org>

commit 6cf3aeaeb1b242ff3bb076ba4c93248b5f387c7f
Author: Fu Siyuan <siyuan...@intel.com>
Date:   Tue Oct 30 14:47:33 2018 +0800

    EmulatorPkg: Replace obsoleted network drivers from platform DSC/FDF.
    
    This patch replaces the MdeModulePkg TCP, PXE and iSCSI driver with those
    ones in NetworkPkg. These 3 drivers in MdeModulePkg are not being actively
    maintained and will be removed from edk2 master soon.
    
    Cc: Jordan Justen <jordan.l.jus...@intel.com>
    Cc: Andrew Fish <af...@apple.com>
    Cc: Ruiyu Ni <ruiyu...@intel.com>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Fu Siyuan <siyuan...@intel.com>
    Reviewed-by: Ruiyu Ni <ruiyu...@intel.com>

commit 2eee9d65815e779c7ccd09b92957bc701ba0a796
Author: Fu Siyuan <siyuan...@intel.com>
Date:   Tue Oct 30 14:43:37 2018 +0800

    Nt32Pkg: Replace obsoleted network drivers from NT32 platform DSC/FDF.
    
    This patch replaces the MdeModulePkg TCP, PXE and iSCSI driver with those
    ones in NetworkPkg. These 3 drivers in MdeModulePkg are not being actively
    maintained and will be removed from edk2 master soon.
    
    Cc: Ruiyu Ni <ruiyu...@intel.com>
    Cc: Hao Wu <hao.a...@intel.com>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Fu Siyuan <siyuan...@intel.com>
    Reviewed-by: Ruiyu Ni <ruiyu...@intel.com>

commit 806c28ef50d3108c5dc5bb509390bf3e1ecd673f
Author: shenglei <shenglei.zh...@intel.com>
Date:   Mon Nov 5 11:08:07 2018 +0800

    CorebootPayloadPkg: Remove EdkShellBinPkg in FDF
    
    Remove EdkShellBinPkg in CorebootPayloadPkg.fdf.
    https://bugzilla.tianocore.org/show_bug.cgi?id=1108
    
    v3:Remove FULL_BIN and change SHELL_TYPE from FULL_BIN
    to UEFI_BIN.
    
    Cc: Maurice Ma <maurice...@intel.com>
    Cc: Prince Agyeman <prince.agye...@intel.com>
    Cc: Benjamin You <benjamin....@intel.com>
    Change-Id: I4db7068a3a1f68a1f6303079b73dc548c9feb2e3
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Shenglei Zhang <shenglei.zh...@intel.com>
    Reviewed-by: Benjamin You <benjamin....@intel.com>

commit c95f600e937ac4b48f75b950351f7a149f31e055
Author: BobCF <bob.c.f...@intel.com>
Date:   Fri Nov 2 13:56:38 2018 +0800

    BaseTools: Use common cc flag for building PcdValueInit.
    
    V3:
    
    Update the patch to avoid "reduce" function fail.
    
    V2:
    Support to extract the common cc flag from a
    combined cc flag string. For example
    MSFT:*_*_IA32_CC_FLAGS = /D DISABLE_NEW_DEPRECATED_INTERFACES /DDEF_IA32
    MSFT:*_*_X64_CC_FLAGS  = /DDEF_X64 /D DISABLE_NEW_DEPRECATED_INTERFACES
    
    V1:
    Use common cc flags for building PcdValueInit. The common
    cc flags include the cc flag which is under common arch and
    under all build arches.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Bob Feng <bob.c.f...@intel.com>
    Cc: Liming Gao <liming....@intel.com>
    Reviewed-by: Liming Gao <liming....@intel.com>

commit fc5217a9996d1ae25a4078ebcaf4744b0b97bbc5
Author: Liming Gao <liming....@intel.com>
Date:   Fri Nov 2 23:17:07 2018 +0800

    BaseTools build_rule.template: Update aslc rule for XCODE tool chain
    
    Update aslc rule to rename the temp output file from .efi to .pecoff.
    This change can avoid the conflict .efi file name in output directory.
    One is the driver image, another is aslc temp output file.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Liming Gao <liming....@intel.com>
    Cc: Yonghong Zhu <yonghong....@intel.com>
    Reviewed-by: Yonghong Zhu <yonghong....@intel.com>

commit 764c21f4aa2dbcdf953b0a4e17b15c220ec01241
Author: jim.dai...@dell.com <jim.dai...@dell.com>
Date:   Tue Oct 30 05:14:51 2018 +0800

    ShellPkg-ShellApp: Provide fully-qualified path to shell scripts
    
    Provide fully-qualified path to shell scripts
    
    Section 3.6.2 of version 2.2 of the shell specification requires that
    the first positional argument (i.e. arg 0) of a shell script resolves
    to "the full path name of the script itself."
    
    Ensure that the startup script and any scripts launched by the shell
    meet this requirement.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Jim Dailey <jim_dai...@dell.com>
    Reviewed-by: Ruiyu Ni <ruiyu...@intel.com>

commit 9ba404d6644c61b3b4f792982517d981d882dc71
Author: jim.dai...@dell.com <jim.dai...@dell.com>
Date:   Tue Oct 30 05:14:36 2018 +0800

    ShellPkg-UefiShellLib: Add a function to fully-qualify paths
    
    Add a function to return a clean, fully-qualified version of some path.
    
    This function handles a (possibly "dirty") input path that may or may
    not include a file system reference.
    
    If it does not include a file system reference, then if the input path
    does not begin with a forward or backward slash, then the input path is
    relative to the current working directory of the current file system.
    Otherwise, it is an absolute path within the current file system.
    
    If it does include a file system reference, it may be a reference to the
    current or some other file system.  If the file system reference is not
    immediately followed by a forward or backward slash, then the input path
    is relative to the current working directory of the given file system.
    Otherwise, it is an absolute path within the given file system.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Jim Dailey <jim_dai...@dell.com>
    Reviewed-by: Ruiyu Ni <ruiyu...@intel.com>

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

Reply via email to