[Xen-devel] [ovmf baseline-only test] 67645: all pass

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

This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 bc54e50e0fe03c570014f363b547426913e92449
baseline version:
 ovmf                 3d20524af09243e3b2e3e832d1c62975e84a5dcd

Last test of basis    67639  2016-09-05 15:46:17 Z    0 days
Testing same since    67645  2016-09-05 23:20:20 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>

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 bc54e50e0fe03c570014f363b547426913e92449
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Sep 5 13:33:37 2016 +0100

    ArmPkg/CompilerIntrinsicsLib ARM: make memset() weak again
    
    After the recent update of CompilerIntrinsicsLib, our memset() is no
    longer emitted as a weak symbol. On ARM, this may cause problems when
    combining this library with another library that supplies memset() [e.g.,
    CryptoPkg/IntrinsicLib], due to the fact that the object also supplies
    the __aeabi_memXXX entry points, which can only be satisfied by this
    object. So make our memset() weak again, to let the other implementation
    take precedence.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx>

commit 70c368e26f79ba4d0867090b88d48b86884e6ab2
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Sep 5 08:52:11 2016 +0100

    ArmVirtPkg/FdtPciPcdProducerLib: zero init local var to please GCC 4.8
    
    GCC 4.8 in RELEASE mode complains about GetPciIoTranslation () potentially
    not assigning IoTranslation, but does not notice that it returns failure in
    this case, which means IoTranslation is never referenced *unless* it has
    been assigned. So simply set IoTranslation to zero to help the compiler.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>

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