[ovmf baseline-only test] 71269: tolerable trouble: blocked/broken/pass

[ovmf baseline-only test] 71269: tolerable trouble: blocked/broken/pass

[Platform Team regression test user]

This run is configured for baseline tests only.

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

Failures :-/ but no regressions.

Regressions which are regarded as allowable (not blocking):
 build-i386-pvops              3 host-install(3)       broken baseline untested
 build-amd64-xsm               3 host-install(3)       broken baseline untested
 build-i386                    3 host-install(3)       broken baseline untested
 build-amd64                   3 host-install(3)       broken baseline untested

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-qemuu-ovmf-amd64  1 build-check(1)             blocked n/a
 build-amd64-libvirt           1 build-check(1)               blocked  n/a
 test-amd64-i386-xl-qemuu-ovmf-amd64  1 build-check(1)              blocked n/a
 build-i386-libvirt            1 build-check(1)               blocked  n/a

version targeted for testing:
 ovmf                 d547b32dccbef8bd4fedda648db270ad4cbf3857
baseline version:
 ovmf                 ca12a0c83b7b889fc807cb2dd47356f0fd1253d6

Last test of basis    71267  2017-05-09 04:46:38 Z    0 days
Testing same since    71269  2017-05-09 10:46:36 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Jiaxin Wu <jiaxin.wu@intel.com>
  Wu Jiaxin <jiaxin.wu@intel.com>
  Zhang Lubo <lubo.zhang@intel.com>

jobs:
 build-amd64-xsm                                              broken  
 build-i386-xsm                                               pass    
 build-amd64                                                  broken  
 build-i386                                                   broken  
 build-amd64-libvirt                                          blocked 
 build-i386-libvirt                                           blocked 
 build-amd64-pvops                                            pass    
 build-i386-pvops                                             broken  
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         blocked 
 test-amd64-i386-xl-qemuu-ovmf-amd64                          blocked 


------------------------------------------------------------
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

broken-step build-i386-pvops host-install(3)
broken-step build-amd64-xsm host-install(3)
broken-step build-i386 host-install(3)
broken-step build-amd64 host-install(3)

Push not applicable.

------------------------------------------------------------
commit d547b32dccbef8bd4fedda648db270ad4cbf3857
Author: Jiaxin Wu <jiaxin.wu@intel.com>
Date:   Fri May 5 09:01:08 2017 +0800

    Nt32Pkg/SnpNt32Dxe: Fix hang issue when multiple network interfaces existed
    
    Currently all the network interfaces share the one recycled transmit buffer
    array, which is used to store the recycled buffer address. However, those
    recycled buffers are allocated by the different MNP interface if the multiple
    network interfaces existed. Then, SNP GetStatus may return one recycled transmit
    buffer address to the another MNP interface, which may result in the MNP driver
    hang after 'reconnect -r' operation.
    
    Cc: Ye Ting <ting.ye@intel.com>
    Cc: Fu Siyuan <siyuan.fu@intel.com>
    Cc: Ruiyu Ni <ruiyu.ni@intel.com>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Wu Jiaxin <jiaxin.wu@intel.com>
    Reviewed-by: Fu Siyuan <siyuan.fu@intel.com>

commit b61fda11295b09340c43278fe9425eb71081ac2a
Author: Zhang Lubo <lubo.zhang@intel.com>
Date:   Thu May 4 17:35:36 2017 +0800

    NetworkPkg: Fix issue in dns driver when building DHCP packet.
    
    Currently, DNS driver configure the dhcp message type to inform
    when building dhcp packet to get dns info from, but it not works
    with dhcp server deployed on linux system. However it works well
    when changed to request type.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Zhang Lubo <lubo.zhang@intel.com>
    Cc: Wu Jiaxin <jiaxin.wu@intel.com>
    Cc: Ye Ting <ting.ye@intel.com>
    Cc: Fu Siyuan <siyuan.fu@intel.com>
    Reviewed-by: Wu Jiaxin <jiaxin.wu@intel.com>

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