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

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



This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 8537bd7ef64f2ccf3b0db515f30813d5c3311a5c
baseline version:
 ovmf                 854c6b80dc3f1d4a151322b21c5fb6952b159ca9

Last test of basis    68178  2016-12-08 19:23:11 Z    0 days
Testing same since    68181  2016-12-09 12:49:57 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
  Marcin Wojtas <mw@xxxxxxxxxxxx>
  Michael Kinney <michael.d.kinney@xxxxxxxxx>
  Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
  Zhang Lubo <lubo.zhang@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 8537bd7ef64f2ccf3b0db515f30813d5c3311a5c
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Mon Dec 5 09:49:24 2016 +0800

    MdeModulePkg/BdsDxe: Initialize gConnectConInEvent earlier
    
    PlatformBootManagerBeforeConsole() might want to trigger this event
    to connect ConIn so BdsDxe initializes this event before
    PlatformBootManagerBeforeConsole().
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by: Eric Dong <eric.dong@xxxxxxxxx>
    Reviewed-by: Sunny Wang <sunnywang@xxxxxxx>
    Cc: Chao B Zhang <chao.b.zhang@xxxxxxxxx>

commit c497dcc8e5a3af7b00a85013ec5fec9ee0b2699d
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Fri Dec 2 08:40:20 2016 -0800

    Vlv2TbltDevicePkg/PlatformInitPei: Better SMRAM size alignment
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=260
    
    Update workaround to be more generic.
    
    * Search for the largest region between 1MB and 4GB
    * Find all adjacent regions to compute total size
    * Minimum aligned size if 4KB
    * Mark extended region to align size as EFI_ALLOCATED
    * If an adjacent EFI_ALLOCATED region is present, then
      increase the size of the adjacent region.
    * If adjacent EFI_ALLOCATED region is not present, then
      allocate a new HOB with one extra entry to describe
      the extended region to align the total size.  Preserve
      the last entry in the descriptor list for compatibility.
    
    This is a workaround until the binary module that produces the
    gEfiSmmPeiSmramMemoryReserveGuid HOB is updated
    
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: David Wei <david.wei@xxxxxxxxx>
    Cc: Mang Guo <mang.guo@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit a42e6d448d1777dd948de699dd7037ea701987b7
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Oct 31 15:36:50 2016 +0000

    MdeModulePkg: implement generic PCI I/O driver for non-discoverable devices
    
    This implements support for non-discoverable PCI compatible devices, i.e,
    devices that are not on a PCI bus but that can be controlled by generic PCI
    drivers in EDK2.
    
    This is implemented as a UEFI driver, which means we take full advantage
    of the UEFI driver model, and only instantiate those devices that are
    necessary for booting.
    
    Care is taken to deal with DMA addressing limitations: DMA mappings and
    allocations are moved below 4 GB if the PCI driver has not informed us
    that the device being driven is 64-bit DMA capable. DMA is implemented as
    coherent, support for non-coherent DMA is implemented by a subsequent patch.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Tested-by: Marcin Wojtas <mw@xxxxxxxxxxxx>

commit 1652dc2158de59483788cff6e06169bcf66643f5
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Oct 31 14:58:18 2016 +0000

    MdeModulePkg: introduce helper library to register non-discoverable devices
    
    Non-discoverable devices need to be registered explicitly by the platform.
    Introduce a helper library that takes care of this.
    
    This implementation currently only supports registering devices that are
    covered by one or more MMIO resources. The underlying protocol allows for
    more flexibility than that, but this is currently sufficient for the use
    cases that we know about.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Tested-by: Marcin Wojtas <mw@xxxxxxxxxxxx>

commit 9598cdc2924f4fb86f23d8004eaea6187e44ba21
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Oct 31 14:54:56 2016 +0000

    MdeModulePkg: introduce non-discoverable device protocol
    
    Introduce a protocol that can be exposed by a platform for devices that
    are not discoverable, usually because they are wired straight to the
    memory bus rather than to an enumerable bus like PCI or USB.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Tested-by: Marcin Wojtas <mw@xxxxxxxxxxxx>

commit 5a066b87bda7a7891a05faf4b1d66136e8a5a7b8
Author: Zhang Lubo <lubo.zhang@xxxxxxxxx>
Date:   Thu Dec 1 14:57:38 2016 +0800

    MdeModulePkg: Fix assert in iSCSI.
    
    The bug is caused by using already freed memory.
    If there is already an attempt and execute
    'reconnect -r' command, all the ConfigFormEntry structure
    will be freed in IScsiDriverBindingStop, but the
    mCallbackInfo->Current is not configured as null and
    this pointer will be used again in IScsiFormExtractConfig.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Zhang Lubo <lubo.zhang@xxxxxxxxx>
    Cc: Ye Ting <ting.ye@xxxxxxxxx>
    Cc: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Cc: Wu Jiaxin <jiaxin.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>
    Reviewed-by: Ye Ting <ting.ye@xxxxxxxxx>

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

 


Rackspace

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