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

[ovmf baseline-only test] 71379: tolerable FAIL



This run is configured for baseline tests only.

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

Failures :-/ but no regressions.

Regressions which are regarded as allowable (not blocking):
 build-amd64-libvirt           5 libvirt-build                fail   like 71374
 build-i386-libvirt            5 libvirt-build                fail   like 71374

version targeted for testing:
 ovmf                 112f4ada2e6bf606d28c5c9a0fe7c5357d85092d
baseline version:
 ovmf                 5b78f30d81d7e536df37bafb48c4cb5b6d44edb8

Last test of basis    71374  2017-05-20 07:17:30 Z    0 days
Testing same since    71379  2017-05-20 11:49:23 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Michael D Kinney <michael.d.kinney@xxxxxxxxx>
  Michael Kinney <michael.d.kinney@xxxxxxxxx>

jobs:
 build-amd64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          fail    
 build-i386-libvirt                                           fail    
 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 112f4ada2e6bf606d28c5c9a0fe7c5357d85092d
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Thu May 4 13:43:32 2017 -0700

    edk2: Add .DS_Store to .gitignore for macOS
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=558
    
    macOS may generate .DS_Store files in directories.
    The .gitignore file is updated to ignore these
    .DS_Store files.
    
    Cc: Andrew Fish <afish@xxxxxxxxx>
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Andrew Fish <afish@xxxxxxxxx>

commit 3e1d93c32efc7d716baeaa0d5d0ef96528141060
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Tue May 16 11:59:52 2017 -0700

    BaseTools: Clean up tools_def.template for XCODE5
    
    Reorganize the statements for XCODE5 to match other tool
    chains and remove dependency on XCLANG and XCODE32
    
    Cc: Andrew Fish <afish@xxxxxxxxx>
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Andrew Fish <afish@xxxxxxxxx>

commit bdaced0bcf9a15817fbab4e7b98200cf6628b7a5
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Tue May 16 11:41:08 2017 -0700

    BaseTools: Add -D NO_MSABI_VARGS to X64 XCODE5 CC_FLAGS
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=561
    
    Update BaseTools/Conf/tools_def.template to add the define
    
    -D NO_MSABI_VAARGS
    
    To CC_FLAGS for X64 XCODE5 builds.
    
    The llvm/clang compiler used in XCODE5 builds supports the
    _ms_ versions of the vararg builtins, but the compiler
    generates build errors.
    
    The recommendation from the XCODE5 experts is to never use
    the _ms_ version of the vararg builtins.  The define
    NO_MSABI_VARARGS is already supported in MdePkg/Include/Base.h
    and forces the use the standard vararg builtins.
    
    Cc: Andrew Fish <afish@xxxxxxxxx>
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Andrew Fish <afish@xxxxxxxxx>

commit 01e9597540fa418e3db2f853112508be704758bf
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Tue May 2 17:25:10 2017 -0700

    OvmfPkg: Add XCODE5 statements to fix build break
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=559
    
    The XCODE5 tool chain has a FAMILY of GCC.  The
    GCC statements in the [BuildOptions] section add
    flags that are not compatible with XCODE5.  Add
    empty XCODE5 statements in [BuildOptions] sections
    to prevent the use of the GCC flags in XCODE5
    builds.
    
    Cc: Laszlo Ersek <lersek@xxxxxxxxxx>
    Cc: Andrew Fish <afish@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit b9dbc03e5a4c90b9e3efe0e0e8c014c428528261
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Thu May 4 15:33:06 2017 -0700

    UefiCpuPkg: Use FINIT instead of hex values
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=560
    
    Update X64 NASM file to match IA32 NASM file
    and use FINIT instruction instead of hand
    assembled hex values for the FINIT instruction.
    
    Cc: Jeff Fan <jeff.fan@xxxxxxxxx>
    Cc: Liming Gao <liming.gao@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael D Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Jeff Fan <jeff.fan@xxxxxxxxx>

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

 


Rackspace

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