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

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



This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 21e359dccab7f3cd7b527721be042d034349417d
baseline version:
 ovmf                 4395f82e7f81f5215e52f3dba523ca1ccf280823

Last test of basis    71207  2017-04-20 02:17:04 Z    0 days
Testing same since    71212  2017-04-20 22:49:48 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Chen A Chen <chen.a.chen@xxxxxxxxx>
  Hao Wu <hao.a.wu@xxxxxxxxx>
  Mateusz Albecki <mateusz.albecki@xxxxxxxxx>
  Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
  Star Zeng <star.zeng@xxxxxxxxx>
  Zhang Lubo <lubo.zhang@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 21e359dccab7f3cd7b527721be042d034349417d
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Wed Apr 19 17:16:27 2017 +0800

    MdeModulePkg/UefiBootManagerLib: Avoid buggy USB short-form expanding
    
    When a load option points to a physical UsbIo controller, whose
    device path contains UsbClass or UsbWwid node, old logic
    unconditionally treats it as a short-form device path and expands
    it. But the expanding gets the exactly same device path, and the
    device path is passed to BmGetNextLoadOptionDevicePath() which
    then passes this device path to BmExpandUsbDevicePath() again.
    This causes a infinite recursion.
    
    The patch avoids the USB short-form expanding when the device path
    points to a physical UsbIo controller.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Reviewed-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Cc: Eric Dong <eric.dong@xxxxxxxxx>
    Cc: Michael Turner <Michael.Turner@xxxxxxxxxxxxx>

commit 52cad7d0d8e0ec94ca6152f9f7c56f48ca15825e
Author: Zhang, Lubo <lubo.zhang@xxxxxxxxx>
Date:   Thu Apr 6 16:58:09 2017 +0800

    NetworkPkg: Fix bug related DAD issue in IP6 driver.
    
    If we set PXEv6 as the first boot option and reboot immediately
    after the first successful boot, it will assert. the root cause is
    when we set the policy from manual to automatic in PXE driver,
    the ip6 Configure item size is already set to zero and other
    structures are also released, So it is not needed to perform DAD call
    back function which is invoked by Ip6ConfigSetMaunualAddress.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Zhang Lubo <lubo.zhang@xxxxxxxxx>
    Cc: Wu Jiaxin <jiaxin.wu@xxxxxxxxx>
    Cc: Ye Ting <ting.ye@xxxxxxxxx>
    Cc: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Reviewed-by: Jiaxin Wu <jiaxin.wu@xxxxxxxxx>

commit b28bf4143d00142323d5dd9a9129b9b25d0dff56
Author: Zhang, Lubo <lubo.zhang@xxxxxxxxx>
Date:   Thu Apr 6 16:57:41 2017 +0800

    NetworkPkg: Add check logic for iSCSI driver.
    
    Need to check variable of mPrivate whether is
    null before used and redefine the array length
    of target address for keyword.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Zhang Lubo <lubo.zhang@xxxxxxxxx>
    Cc: Wu Jiaxin <jiaxin.wu@xxxxxxxxx>
    Cc: Ye Ting <ting.ye@xxxxxxxxx>
    Cc: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Reviewed-by: Jiaxin Wu <jiaxin.wu@xxxxxxxxx>
    Reviewed-by: Ye Ting <ting.ye@xxxxxxxxx>

commit 861c8dff2f506d602f8612ace12d244c29e63f31
Author: Star Zeng <star.zeng@xxxxxxxxx>
Date:   Wed Apr 19 11:12:18 2017 +0800

    MdeModulePkg PiSmmCore: Enhance SMM FreePool to catch buffer overflow
    
    This solution is equivalent to DXE core.
    
    AllocatePool() allocates POOL_TAIL after the buffer.
    This POOL_TAIL is checked at FreePool().
    If the there is buffer overflow, the issue can be caught at FreePool().
    
    This patch could also handle the eight-byte aligned allocation
    requirement. The discussion related to the eight-byte aligned
    allocation requirement is at
    https://lists.01.org/pipermail/edk2-devel/2017-April/009995.html.
    
    According to the PI spec (Vol 4, Section 3.2 SmmAllocatePool()):
    The SmmAllocatePool() function ... All allocations are eight-byte aligned.
    
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Cc: Hao Wu <hao.a.wu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Star Zeng <star.zeng@xxxxxxxxx>
    Reviewed-by: Jiewen Yao <jiewen.yao@xxxxxxxxx>
    Reviewed-by: Hao Wu <hao.a.wu@xxxxxxxxx>

commit 95ad8f7f6a6c84ef46a96a8ba852afed805d1ca3
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Tue Mar 21 13:22:36 2017 +0800

    MdeModulePkg/Ufs: Wait fDeviceInit be cleared by devices during init
    
    In the origin codes, the host sets the fDeviceInit flag to initiate device
    initialization, but does not check whether the device resets this flag
    to indicate the device initialization is completed.
    
    Details can be referred at UFS 2.0 Spec Section 14.2 - Flags.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Mateusz Albecki <mateusz.albecki@xxxxxxxxx>
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit edd94e74c81bc416403b7f19ca80730387ddd4c1
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Tue Mar 21 13:33:04 2017 +0800

    MdeModulePkg/UfsPassThruDxe: Replace 'EFI_D_XXX' with 'DEBUG_XXX'
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit f1894fa294a17c17149c55ae21d4d85b2df3c1de
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Thu Apr 20 10:17:16 2017 +0800

    ShellPkg/pci: Fix VS2012 build failure
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by: Hao A Wu <hao.a.wu@xxxxxxxxx>
    Cc: Dandan Bi <dandan.bi@xxxxxxxxx>

commit a32c1a5b1c0945a7159a42a28aafcde4011ad55d
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Thu Apr 20 10:16:12 2017 +0800

    ShellPkg/comp: Fix file tag name.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Chen A Chen <chen.a.chen@xxxxxxxxx>
    Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

commit b9c04b88a148d6a4d618e176c9a35d9b15ce9954
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Wed Apr 19 10:42:01 2017 +0800

    MdeModulePkg/TerminalDxe: Avoid always append device path to *Dev
    
    When TerminalDxe Start() is called multiple times, the old logic
    unconditionally appended the terminal device path candidates to
    *Dev (ConInDev/ConOutDev/ErrOutDev), resulting the volatile storage
    is full.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by: Star Zeng <star.zeng@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®.