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

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



This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 96c13c011766a950247c743887705cc035a15497
baseline version:
 ovmf                 bc54e50e0fe03c570014f363b547426913e92449

Last test of basis    67645  2016-09-05 23:20:20 Z    1 days
Testing same since    67664  2016-09-07 05:18:29 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Hao Wu <hao.a.wu@xxxxxxxxx>
  Jiaxin Wu <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                                             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 96c13c011766a950247c743887705cc035a15497
Author: Jiaxin Wu <jiaxin.wu@xxxxxxxxx>
Date:   Wed Jul 20 10:53:31 2016 +0800

    NetworkPkg/IpSecDxe: Generate SPI randomly and correct IKE_SPI_BASE value
    
    This path made the following update:
    * Generate SPI randomly.
    * Correct IKE_SPI_BASE value according RFC 4302/4303.
    
    Cc: Ye Ting <ting.ye@xxxxxxxxx>
    Cc: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jiaxin Wu <jiaxin.wu@xxxxxxxxx>
    Reviewed-by: Ye Ting <ting.ye@xxxxxxxxx>
    Reviewed-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>

commit 8c5f78a2cc15199e3f77ae4b156023af366fd6c7
Author: Jiaxin Wu <jiaxin.wu@xxxxxxxxx>
Date:   Thu Aug 18 13:31:07 2016 +0800

    MdeModulePkg: Support classless IP for DHCPv4 TransmitReceive()
    
    The IP address should not be treated as classful one if DHCP options
    contain a classless IP with its true subnet mask. Otherwise, DHCPv4
    TransmitReceive() will failed. This real subnet mask will be parsed
    and recorded in DhcpSb->Netmask. So, we need check it before get the
    IP's corresponding subnet mask.
    
    Cc: Santhapur Naveen <naveens@xxxxxxxxxxxxxx>
    Cc: Ye Ting <ting.ye@xxxxxxxxx>
    Cc: Fu Siyuan <siyuan.fu@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jiaxin Wu <jiaxin.wu@xxxxxxxxx>
    Reviewed-by: Fu Siyuan <siyuan.fu@xxxxxxxxx>

commit 29be616014578ad68eddd0f03c9fa4bf553d7d4d
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Tue Aug 30 19:57:44 2016 +0800

    MdeModulePkg NvmExpressDxe: Set the non-blocking I/O feature support bit
    
    Since current codes in NvmExpressDxe already support the non-blocking I/O
    feature for EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL interface, the relative bit
    in the 'Attributes' field of EFI_NVM_EXPRESS_PASS_THRU_MODE should be set
    to reflect this.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit aec53afb83893dc3ebb971ab5a714e276a81ff62
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Thu Sep 1 10:17:43 2016 +0800

    MdeModulePkg NvmExpressDxe: Fix 'Event' won't be signaled for Admin cmds
    
    This commit fixes the issue that the caller event passed to
    EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL.PassThru() will not be signaled for
    NVME Admin commands.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 80b405a64283b5adfd53b4f4fa48128c58422265
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Tue Aug 30 16:34:09 2016 +0800

    MdeModulePkg NvmExpressDxe: Add NamespaceId validity check in PassThru
    
    According to the UEFI spec, EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL.PassThru()
    should return EFI_INVALID_PARAMETER if the input 'NamespaceId' is invalid
    for the NVM Express controller. This commit adds check in PassThru() to
    follow this rule.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit b7f82a3a0fca88e8adf1820bd15326d3ebfb2109
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Mon Aug 29 10:12:42 2016 +0800

    MdeModulePkg NvmExpressDxe: Add check for command packet in PassThru
    
    This commit adds serveral checks for the 'Packet' parameter passed to the
    EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL.PassThru() API:
    
    The check for the 'TransferLength' field in
    EFI_NVM_EXPRESS_PASS_THRU_COMMAND_PACKET to make sure the value will not
    exceed the maximum data transfer size allowed by a controller.
    
    The check for the 'TransferBuffer' and 'TransferLength' fields in
    EFI_NVM_EXPRESS_PASS_THRU_COMMAND_PACKET when the Opcode of an NVME
    command indicates a data transfer between controller and host.
    
    The check for the 'MetadataLength' field in
    EFI_NVM_EXPRESS_PASS_THRU_COMMAND_PACKET to make sure the value is not 0
    when the corresponding 'MetadataBuffer' field has a non-NULL value.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 491f6026293bef88ea31b3d1848300708253f68b
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Mon Aug 22 14:11:23 2016 +0800

    MdeModulePkg NvmExpressDxe: Add check on the attributes of NVME controller
    
    According to UEFI spec, an EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL with neither
    EFI_NVM_EXPRESS_PASS_THRU_ATTRIBUTES_LOGICAL nor
    EFI_NVM_EXPRESS_PASS_THRU_ATTRIBUTES_PHYSICAL set in the Attributes field
    is an illegal configuration.
    
    This commit adds this check in the PassThru API to follow the spec.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 3c52deafda51b16f665c44eec967ed03689932f9
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Mon Aug 22 13:55:52 2016 +0800

    MdeModulePkg NvmExpressDxe: Add buffer alignment check in PassThru API
    
    According to the UEFI spec, the 'TransferBuffer' and 'MetadataBuffer' used
    in a data transfer should be aligned on the boundary specified by the
    IoAlign field in the EFI_NVM_EXPRESS_PASS_THRU_MODE structure.
    
    This commit adds this check to follow the spec.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 114358eaa856d4f48ecb0a9da68d9bb7659226c7
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Mon Aug 29 09:01:26 2016 +0800

    MdeModulePkg NvmExpressDxe: Refine GetNextNamespace API to follow spec
    
    According to the UEFI spec,
    EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL.GetNextNamespace() should return
    EFI_NOT_FOUND when the value pointed to by NamespaceId is the namespace ID
    of the last namespace on the NVM Express controller. This commit modifies
    the check for NamespaceId to follow this rule.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 284dc9bfe40dfb113986ed49d6419435d42f22b3
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Fri Aug 19 11:18:42 2016 +0800

    MdeModulePkg NvmExpressDxe: Refine GetNameSpace API to follow spec
    
    According to the UEFI spec,
    EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL.GetNamespace() should return
    EFI_NOT_FOUND when the input DevicePath is a device path node type that
    the NVM Express Pass Thru driver supports, but there is not a valid
    translation from DevicePath to a namespace ID. Current code will return
    EFI_SUCCESS. This commit adds additional check in the GetNameSpace API to
    make sure correct status is returned.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 946f48ebe6222ce5a5d3650fc19691ae4e7ad8b2
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Fri Aug 19 11:08:04 2016 +0800

    MdeModulePkg NvmExpressDxe: Refine BuildDevicePath API to follow spec
    
    According to the UEFI spec,
    EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL.BuildDevicePath() should return
    EFI_NOT_FOUND when the input NamespaceId is not valid. However, current
    code returns EFI_DEVICE_ERROR instead. This commit modifies the check for
    input NamespaceId to return the correct status.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 6fe39780140f9f429c97a71ca3bfa4e16e779793
Author: Hao Wu <hao.a.wu@xxxxxxxxx>
Date:   Fri Aug 26 14:39:37 2016 +0800

    MdeModulePkg NvmExpressDxe: Avoid crashing 'Mode' during OpenProtocol
    
    The gBS->OpenProtocol() calls to open EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL
    in NvmExpress.c will crash the data in 'Mode' field of
    'Private->Passthru'.
    
    The third parameter of gBS->OpenProtocol() is an output parameter that
    stores the address where a pointer to the corresponding Protocol
    Interface. The current code mistakenly pass '&Private->Passthru' (a
    pointer of the EFI_NVM_EXPRESS_PASS_THRU_PROTOCOL) as the third
    parameter. This will crash the data in 'Mode' filed.
    
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hao Wu <hao.a.wu@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@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®.