[Xen-devel] [ovmf test] 108216: regressions - FAIL

[osstest service owner <osstest-admin@xxxxxxxxxxxxxx>]

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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-i386-pvops              5 kernel-build             fail REGR. vs. 108170

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

version targeted for testing:
 ovmf                 01430be55190860d8e74ed302f423865ebff5d7d
baseline version:
 ovmf                 00324f3fce83b8d813ca3ec6b6eb663a88a8675e

Last test of basis   108170  2017-05-03 02:45:01 Z    1 days
Testing same since   108216  2017-05-04 00:17:43 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Jiaxin Wu <jiaxin.wu@xxxxxxxxx>
  Laszlo Ersek <lersek@xxxxxxxxxx>
  Nerijus Baliūnas <nerijus@xxxxxxxxxxxxxxxxxxxxx>
  Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
  Wu Jiaxin <jiaxin.wu@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                                             fail    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          blocked 


------------------------------------------------------------
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 01430be55190860d8e74ed302f423865ebff5d7d
Author: Nerijus Baliūnas <nerijus@xxxxxxxxxxxxxxxxxxxxx>
Date:   Wed May 3 01:38:15 2017 +0300

    ArmVirtPkg: install EdkiiPlatformHasDeviceTree proto in the 32-bit builds
    
    Include XenPlatformHasAcpiDtDxe and PlatformHasAcpiDtDxe in the 32-bit
    builds too.
    
    Please see https://bugzilla.tianocore.org/show_bug.cgi?id=524
    why it is needed. With this patch my arm uefi VM boots.
    
    Fixes: 3a2c1548fe2df4b0b067671e2025da6372063218
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Nerijus Baliūnas <nerijus@xxxxxxxxxxxxxxxxxxxxx>
    Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    [lersek@xxxxxxxxxx: move long subj to commit msg body, add short subj]
    [lersek@xxxxxxxxxx: add Fixes reference]
    [lersek@xxxxxxxxxx: keep ACPI DXE modules grouped in QEMU DSCs]
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx>

commit be37315a08047945dcac91176cd99ee3397e151b
Author: Jiaxin Wu <jiaxin.wu@xxxxxxxxx>
Date:   Tue Apr 25 09:21:34 2017 +0800

    NetworkPkg: Fix PXEv6 boot failure when DhcpBinl offer received.
    
    In case of the DHCP and PXE services on different servers,PXEv6 boot will
    failure when DhcpBinl offer received. The issue is caused by the following
    reasons:
    * PXE Client doesn't append VENDOR_CLASS request parameter, so the
    offer replied from DHCP service will not contain VENDOR_CLASS option
    (16).
    * Once the DhcpBinl offer is selected, the boot discover message should
    be sent out to request the bootfile by this offer. Current implementation
    always use servers multi-cast address instead of BootFileUrl address in
    dhcp6 offer. we should check it first, then decide whether use multi-cast
    address or not.
    * If DhcpBinl offer is selected, the boot discover message shouldn't
    find server ID Option from DhcpBinl offer. That's incorrect because DHCP
    service and PXE service on different servers. In such a case, we can ignore
    the Server ID Option.
    
    With the above fix in the patch, PXEv6 can boot successfully when DhcpBinl
    offer received.
    
    Cc: Ye Ting <ting.ye@xxxxxxxxx>
    Cc: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Wu Jiaxin <jiaxin.wu@xxxxxxxxx>
    Reviewed-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Reviewed-by: Ye Ting <ting.ye@xxxxxxxxx>

commit cc432448426cb63b3948703da873d22debc69e79
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Wed May 3 10:44:55 2017 +0800

    ShellPkg: Update package version to 1.01
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx>

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