[ovmf test] 109727: regressions - FAIL

[ovmf test] 109727: regressions - FAIL

[osstest service owner]

flight 109727 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109727/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 109720

version targeted for testing:
 ovmf                 00b00cc57bfe0fca54c904d4dd44a263e243c88b
baseline version:
 ovmf                 a0284a9a5820e470bae2557a7e25c426e62c8a4e

Last test of basis   109720  2017-05-24 12:15:46 Z    0 days
Testing same since   109727  2017-05-24 20:17:04 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Ard Biesheuvel <ard.biesheuvel@linaro.org>
  Leif Lindholm <leif.lindholm@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                          pass    


------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at
    http://logs.test-lab.xenproject.org/osstest/logs

Explanation of these reports, and of osstest in general, is at
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master

Test harness code can be found at
    http://xenbits.xen.org/gitweb?p=osstest.git;a=summary


Not pushing.

------------------------------------------------------------
commit 00b00cc57bfe0fca54c904d4dd44a263e243c88b
Author: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Date:   Fri May 19 11:47:40 2017 +0100

    BaseTools/Scripts: discard .gnu.hash section in GCC builds
    
    Some builds of GCC/binutils will default to using the GNU flavor of
    the symbol hash table, and will emit it into a section called .gnu.hash
    rather than .hash. We have no use for its contents, and GenFw ignores
    it anyway, so it shouldn't really matter what we do with it.
    
    However, due to a workaround for AARCH64 we have in GenFw to deal with
    older GCCs that corrupt section-based relocations when merging sections
    during the final link, we need the ELF and PE/COFF views of the binary
    to be identical. Since we don't place the .gnu.hash section explicitly,
    it may end up at the beginning of the ELF binary, causing other sections
    to be shifted in the ELF view but not in the PE/COFF view.
    
    So let's add .gnu.hash to the GCC linker script. We don't care about its
    contents so add it to the /DISCARD/ section.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Tested-by: Leif Lindholm <leif.lindholm@linaro.org>
    Reviewed-by: Liming Gao <liming.gao@intel.com>

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