[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ovmf test] 172314: regressions - FAIL

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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-amd64-libvirt           6 libvirt-build            fail REGR. vs. 172136
 build-i386-libvirt            6 libvirt-build            fail REGR. vs. 172136

version targeted for testing:
 ovmf                 1da2012d938f141821740324e2dceee1b4cfa76d
baseline version:
 ovmf                 444260d45ec2a84e8f8c192b3539a3cd5591d009

Last test of basis   172136  2022-08-04 06:43:42 Z    4 days
Failing since        172151  2022-08-05 02:40:28 Z    4 days   39 attempts
Testing same since   172311  2022-08-08 23:40:26 Z    0 days    2 attempts

------------------------------------------------------------
People who touched revisions under test:
  Czajkowski, Maciej <maciej.czajkowski@xxxxxxxxx>
  Edward Pickup <edward.pickup@xxxxxxx>
  Jose Marinho <jose.marinho@xxxxxxx>
  Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
  Maciej Czajkowski <maciej.czajkowski@xxxxxxxxx>
  Sami Mujawar <sami.mujawar@xxxxxxx>

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.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 1da2012d938f141821740324e2dceee1b4cfa76d
Author: Jose Marinho <jose.marinho@xxxxxxx>
Date:   Tue Jul 26 17:54:42 2022 +0100

    PrmPkg: Add details on AArch64 build to the Readme.
    
    Specify how to build the PrmPkg for the AArch64 architecture.
    Make the 2 following notes:
     - the PrmPkg has only been tested on AArch64 using the GCC5
    toolchain.
     - All symbols to be listed in the PRMT as well as the
    PrmModuleExportDescriptor must be explicitly preserved by resorting to
    the --require-defined linker flag.
    
    Signed-off-by: Jose Marinho <jose.marinho@xxxxxxx>
    Signed-off-by: Sami Mujawar <sami.mujawar@xxxxxxx>
    Reviewed-by: Michael Kubacki <michael.kubacki@xxxxxxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ardb@xxxxxxxxxx>

commit 57faeb782a505935363936ab2edce282d3afc4d5
Author: Jose Marinho <jose.marinho@xxxxxxx>
Date:   Fri Dec 18 14:01:55 2020 +0000

    PrmPkg: Support AArch64 builds using GCC
    
    Add support to build PrmPkg for AArch64 using the GCC compiler.
    
    Add AARCH64 architecture to the list of supported architectures.
    Add BaseStackCheck library to allow for Prm module builds on AARCH64.
    
    Also update the CI to add dependency on ArmPkg.
    
    Signed-off-by: Jose Marinho <jose.marinho@xxxxxxx>
    Signed-off-by: Sami Mujawar <sami.mujawar@xxxxxxx>
    Reviewed-by: Michael Kubacki <michael.kubacki@xxxxxxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ardb@xxxxxxxxxx>

commit 21200d9fe6d5b8078b93dbddfbcdf536308b67e4
Author: Jose Marinho <jose.marinho@xxxxxxx>
Date:   Tue Apr 5 18:57:23 2022 +0100

    PrmPkg: Build Prm Samples with GCC for AARCH64
    
    - Add the --prm flag to the GENFW_FLAGS
    - Add the --no-gc-section to the linker flags so that apparently
    unreferenced symbols are not prematurely removed from the .dll which
    is used to generate the Prm module .efi.
    - Force the linker to maintain the PrmModuleExportDescriptor symbol.
    - Force the linker to maintain the PRM handler funtion's symbol.
    
    Signed-off-by: Jose Marinho <jose.marinho@xxxxxxx>
    Signed-off-by: Sami Mujawar <sami.mujawar@xxxxxxx>
    Reviewed-by: Michael Kubacki <michael.kubacki@xxxxxxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ardb@xxxxxxxxxx>

commit 9f197e44b102a8d7d457d2cb4f54967681c858a9
Author: Jose Marinho <jose.marinho@xxxxxxx>
Date:   Tue Apr 5 18:53:25 2022 +0100

    PrmPkg: Enable external visibility on PRM symbols
    
    Enable GCC compilations to keep external symbols when generating a PRM
    module.
    
    Signed-off-by: Jose Marinho <jose.marinho@xxxxxxx>
    Signed-off-by: Sami Mujawar <sami.mujawar@xxxxxxx>
    Reviewed-by: Michael Kubacki <michael.kubacki@xxxxxxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ardb@xxxxxxxxxx>

commit 1ee162281710650d444c554f9fdbbd404abd9677
Author: Jose Marinho <jose.marinho@xxxxxxx>
Date:   Fri Oct 29 17:48:26 2021 +0100

    Basetools/GenFw: Allow AARCH64 builds to use the --prm flag
    
    The GenFw invocation with the --prm flag was previously reserved for
    X64.
    AArch64 platforms, built with GCC5, can also deploy PRM modules, hence
    the --prm flag is also applicable in builds targeting the AARCH64
    architecture.
    
    This commit enables the --prm flag to be used for EDK2 builds targeting
    AARCH64.
    
    Signed-off-by: Jose Marinho <jose.marinho@xxxxxxx>
    Signed-off-by: Sami Mujawar <sami.mujawar@xxxxxxx>
    Reviewed-by: Michael Kubacki <michael.kubacki@xxxxxxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ardb@xxxxxxxxxx>

commit cf02322c984a16fc2af252124df96564e574f3a7
Author: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
Date:   Wed Jul 20 22:08:12 2022 +0800

    BaseTools/GenSec: Support EFI_SECTION_FREEFORM_SUBTYPE_GUID sections
    
    Signed-off-by: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
    Reviewed-by: Bob Feng <bob.c.feng@xxxxxxxxx>

commit d241a09afbe4f472a5d7da5090dfc85046f2250f
Author: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
Date:   Wed Jul 20 20:00:39 2022 +0800

    BaseTools/VolInfo: Parse EFI_SECTION_FREEFORM_SUBTYPE_GUID header
    
    Print 'SubtypeGuid' field from the EFI_FREEFORM_SUBTYPE_GUID_SECTION
    structure.
    This value describes the raw data inside the section.
    
    Signed-off-by: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
    Reviewed-by: Bob Feng<bob.c.feng@xxxxxxxxx>

commit f5f8c08db92d15c7a359a5eb3b0cc2545c945942
Author: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
Date:   Tue Jul 19 23:45:52 2022 +0800

    BaseTools/VolInfo: Show FV section boundaries
    
    Currently there is no labels for start and end of the
    EFI_SECTION_FIRMWARE_VOLUME_IMAGE type section. Therefore it is not
    possible to see where the FV section ends and another section starts.
    Add labels for start and end of the FV sections to fix the issue.
    
    Signed-off-by: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
    Reviewed-by: Bob Feng <bob.c.feng@xxxxxxxxx>

commit a0a03b51548e6fc7524b5aa9f8042cbabce6da1c
Author: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
Date:   Tue Jul 19 22:27:10 2022 +0800

    BaseTools/GenSec: Fix typo
    
    Fix typo in the help message.
    
    Signed-off-by: Konstantin Aladyshev <aladyshev22@xxxxxxxxx>
    Reviewed-by: Bob Feng <bob.c.feng@xxxxxxxxx>

commit 3e599bbc105ff089b21b6024100d585a8c781328
Author: Edward Pickup <edward.pickup@xxxxxxx>
Date:   Thu Aug 4 10:20:50 2022 +0100

    DynamicTablesPkg: Fix using RmrNodeCount unitlitialised
    
    Fix using RmrNodeCount uninitliased by initliasing it to zero. Also, add
    an additional check for ACPI version. This fixes a crash running on
    kvmtool.
    
    Signed-off-by: Edward Pickup <edward.pickup@xxxxxxx>
    Reviewed-by: Sami Mujawar <sami.mujawar@xxxxxxx>

commit a8f59e2eb44199040d2e1f747a6d950a25ed0984
Author: Czajkowski, Maciej <maciej.czajkowski@xxxxxxxxx>
Date:   Tue Aug 2 01:00:09 2022 +0800

    MdeModulePkg/AhciPei: Use PCI_DEVICE_PPI to manage AHCI device
    
    REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3907
    
    This change modifies AhciPei library to allow usage both 
EDKII_PCI_DEVICE_PPI
    and EDKII_PEI_ATA_AHCI_HOST_CONTROLLER_PPI to manage ATA HDD working under
    AHCI mode.
    
    Cc: Hao A Wu <hao.a.wu@xxxxxxxxx>
    Cc: Ray Ni <ray.ni@xxxxxxxxx>
    Cc: Liming Gao <gaoliming@xxxxxxxxxxxxxx>
    Signed-off-by: Maciej Czajkowski <maciej.czajkowski@xxxxxxxxx>
    Reviewed-by: Hao A Wu <hao.a.wu@xxxxxxxxx>

commit 86757f0b4750f672f346d955f89e5b76430ba6b4
Author: Czajkowski, Maciej <maciej.czajkowski@xxxxxxxxx>
Date:   Tue Aug 2 01:00:08 2022 +0800

    MdeModulePkg: Add EDKII_PCI_DEVICE_PPI definition
    
    REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3907
    
    This commit introduces EDKII_PCI_DEVICE_PPI. The purpose of this PPI is
    to provide a way of accessing PCI devices to drvice drivers such as
    NvmExpressPei or AhciPei.
    
    Cc: Hao A Wu <hao.a.wu@xxxxxxxxx>
    Cc: Ray Ni <ray.ni@xxxxxxxxx>
    Cc: Liming Gao <gaoliming@xxxxxxxxxxxxxx>
    Signed-off-by: Maciej Czajkowski <maciej.czajkowski@xxxxxxxxx>
    Reviewed-by: Hao A Wu <hao.a.wu@xxxxxxxxx>

 

©2013 Xen Project, A Linux Foundation Collaborative Project. All Rights Reserved.
Linux Foundation is a registered trademark of The Linux Foundation.
Xen Project is a trademark of The Linux Foundation.

Rackspace

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