xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
* [ovmf baseline-only test] 71247: all pass
@ 2017-05-02 16:07 Platform Team regression test user
  0 siblings, 0 replies; only message in thread
From: Platform Team regression test user @ 2017-05-02 16:07 UTC (permalink / raw)
  To: xen-devel, osstest-admin

This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 91cdd20f70c5bc739ef45b13e08ae662fbbc55cf
baseline version:
 ovmf                 25942a40262083042798b0d92908091343d645e5

Last test of basis    71246  2017-05-02 09:47:12 Z    0 days
Testing same since    71247  2017-05-02 14:16:44 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Zhang Lubo <lubo.zhang@intel.com>
  Zhang, Lubo <lubo.zhang@intel.com>

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 91cdd20f70c5bc739ef45b13e08ae662fbbc55cf
Author: Zhang, Lubo <lubo.zhang@intel.com>
Date:   Fri Apr 28 14:40:22 2017 +0800

    NetworkPkg: Fix bug in iSCSI mode ipv6 when enabling target DHCP.
    
    if the server name expressed as a site local address begain with FEC0
    when retrieving from dhcpv6 option 59 boot file url, it incorrectly process it
    as a dns name.
    
    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>

commit 597cf8a19ff426bf5f8c03425c00acbc7ac8dd63
Author: Zhang Lubo <lubo.zhang@intel.com>
Date:   Fri Apr 28 14:41:33 2017 +0800

    NetworkPkg: Fix issue the iSCSI client can not send reset packet.
    
    if we already established a iSCSI connection from initiator to target
    based on IPv4 stack, after using reconnect -r command, we can not rebuild
    the session with the windows target, since the server thought the session
    is still exist.  This issue is caused by wrong place of acquire ownership of
    sock lock which lead the iSCSI can not reset the connection correctly.
    
    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>

commit e3793f9834fe9dcec6fda53fbe8df76d32c6f2fa
Author: Zhang, Lubo <lubo.zhang@intel.com>
Date:   Fri Apr 28 14:40:49 2017 +0800

    MdeModulePkg: Fix issue the iSCSI client can not send reset packet correctly.
    
    if we already established a iSCSI connection from initiator to target
    based on IPv4 stack, after using reconnect -r command, we can not rebuild
    the session with the windows target, since the server thought the session
    is still exist.  This issue is caused by wrong place of acquire ownership of
    sock lock which lead the iSCSI can not reset the connection correctly.
    
    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

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2017-05-02 16:07 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-05-02 16:07 [ovmf baseline-only test] 71247: all pass Platform Team regression test user

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).