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

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

This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 5202e6c907e5769ac8ecb024b7a07509bdba6181
baseline version:
 ovmf                 c1d799b915096b79b5c5d035b134ffbccc6d1469

Last test of basis    72041  2017-08-30 12:19:22 Z    0 days
Testing same since    72043  2017-08-31 01:49:04 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
  Hao Wu <hao.a.wu@xxxxxxxxx>
  Huajing Li <huajing.li@xxxxxxxxx>
  Laszlo Ersek <lersek@xxxxxxxxxx>
  Leif Lindholm <leif.lindholm@xxxxxxxxxx>
  Long Qin <qin.long@xxxxxxxxx>
  Qin Long <qin.long@xxxxxxxxx>
  Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

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 5202e6c907e5769ac8ecb024b7a07509bdba6181
Author: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
Date:   Wed Aug 30 12:26:42 2017 +0100

    EmbeddedPkg/EmbeddedPkg.dsc: fix build for non-ARM architectures
    
    EmbeddedPkg should be architecture agnostic, but a few issues were
    preventing other architectures to build individual components directly
    from the .dsc:
    
    - The AndroidBoot/AndroidFastBoot support have a dependency on BdsLib,
      which only has resolutions for ARM/AARCH64. Move them to an
      arch-restricted Components section.
    - The Isp1761UsbDxe driver is not 64-bit compatible. It should be
      converted to UEFI driver model, but for now just move it to a new
      Components.ARM section. (Also delete non-useful declaration for
      AARCH64 in EmbeddedPkg.dec.)
    - Lan9118Dxe has an unused ArmLib entry. Drop it.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>

commit 7046a2739ae74f5d5c86ea18dc4bcc855e4916c6
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Tue Aug 29 19:33:09 2017 +0800

    IntelSiliconPkg/PlatformVTdSample: Avoid using constant result 'if'
    
    In this sample driver, if (0) {...} else {...} statements were used to
    illustrate two different using scenarios.
    
    This comment refines the coding style by substituting the 'if (0)'
    statement with comments to select sample codes for different cases.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit db6f08a0eae66f5c8e9a91930d9bc78c7eb404bb
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Wed Aug 30 10:29:15 2017 +0100

    ArmPlatformPkg/ArmJunoDxe: remove bogus DmaLib dependency
    
    This driver does not rely on DmaLib at all, so don't declare it as a
    dependency.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx>

commit 3946497ff57074990a03a723b0a62ddecda1888d
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Wed Aug 30 08:25:51 2017 +0100

    ArmVirtPkg: remove DmaLib library class resolution
    
    The virt targets never use non-coherent DMA, so there is no point
    in having a shared DmaLib library class resolution pointing to
    ArmDmaLib. So drop it.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit 1877b15e10d97d9f95582131eccc574593c3391f
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Wed Aug 30 15:16:23 2017 +0800

    ShellBinPkg: Ia32/X64 Shell binary update.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit 821f24b1283667de391215a2f0c8662ca2fd097d
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Tue Aug 29 10:46:17 2017 +0800

    UefiCpuPkg/CpuCommonFeaturesLib: Remove unnecessary explicit type cast
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Eric Dong <eric.dong@xxxxxxxxx>

commit f72df3568f780c9f2a8f5b16cacb1b72b75750d8
Author: Huajing Li <huajing.li@xxxxxxxxx>
Date:   Mon Aug 28 14:12:33 2017 +0800

    ShellPkg: Update CWD and current mapping when commands return
    
    Some commands may cause current directory or even current mapping
    become invalid. For example, "MAP" after unplugging the USB thumb
    key may cause current mapping "FS0:" disappear.
    This patch updates the CWD and current mapping when commands return.
    It also causes the command prompt change to default "Shell>".
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Huajing Li <huajing.li@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by Jaben Carsey <jaben.carsey@xxxxxxxxx>

commit 055fafe1ce85013f1c868690ad06454a405c6af2
Author: Huajing Li <huajing.li@xxxxxxxxx>
Date:   Mon Aug 28 11:47:52 2017 +0800

    ShellPkg: Fix bug that fails to change CWD after "map -r".
    
    When "map -r" runs, the mapping list is re-created but
    gShellCurMapping still points to the old mapping list which
    is already destroyed.
    The patch updates the gShellCurMapping to point to the correct
    location in the new mapping list.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Huajing Li <huajing.li@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by Jaben Carsey <jaben.carsey@xxxxxxxxx>

commit 9cf45187023abda4e145ee66a493774b299d2d52
Author: Huajing Li <huajing.li@xxxxxxxxx>
Date:   Mon Aug 28 11:23:39 2017 +0800

    ShellPkg: Rename gShellCurDir to gShellCurMapping
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Huajing Li <huajing.li@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by Jaben Carsey <jaben.carsey@xxxxxxxxx>

commit 10cd747d33ca8a2e3d4934cee29462d1436a126d
Author: Long Qin <qin.long@xxxxxxxxx>
Date:   Tue Aug 29 16:11:40 2017 +0800

    SecurityPkg: Add ARM/AARCH64 arch to enable RngTest module build.
    
    Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=680
    
    Adding ARM and AARCH64 to SUPPORTED_ARCHITECTURES in SecurityPkg.dsc
    to enable RngTest module build, since this is one platform-independent
    application.
    
    Cc: Chao Zhang <chao.b.zhang@xxxxxxxxx>
    Cc: Laszlo Ersek <lersek@xxxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Qin Long <qin.long@xxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit d431d8339e8b0e8cff634ae2567960706c028522
Author: Laszlo Ersek <lersek@xxxxxxxxxx>
Date:   Mon Aug 28 11:48:00 2017 +0200

    OvmfPkg/QemuFwCfgDxeLib: SEV: zero FW_CFG_DMA_ACCESS before decrypting it
    
    There's a small window between
    
    - AllocFwCfgDmaAccessBuffer() mapping the new FW_CFG_DMA_ACCESS object for
      common buffer operation (i.e., decrypting it), and
    
    - InternalQemuFwCfgDmaBytes() setting the fields of the object.
    
    In this window, earlier garbage in the object is "leaked" to the
    hypervisor. So zero the object before we decrypt it.
    
    (This commit message references AMD SEV directly, because QemuFwCfgDxeLib
    is not *generally* enabled for IOMMU operation just yet, unlike our goal
    for the virtio infrastructure. Instead, QemuFwCfgDxeLib uses
    MemEncryptSevLib explicitly to detect SEV, and then relies on IOMMU
    protocol behavior that is specific to SEV. At this point, this is by
    design.)
    
    Cc: Brijesh Singh <brijesh.singh@xxxxxxx>
    Cc: Jordan Justen <jordan.l.justen@xxxxxxxxx>
    Cc: Tom Lendacky <thomas.lendacky@xxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Reviewed-by: Jordan Justen <jordan.l.justen@xxxxxxxxx>
    Reviewed-by: Brijesh Singh <brijesh.singh@xxxxxxx>

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