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

[Platform Team regression test user <citrix-osstest@xxxxxxxxxxxxxx>]

This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 7eb3bb6c552d59b28f07ce5787049b53da76d5cf
baseline version:
 ovmf                 27733778fc6a855e0dfde2071f011f3d7b394867

Last test of basis    67681  2016-09-09 06:50:22 Z    0 days
Testing same since    67685  2016-09-09 21:46:28 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Abdul Lateef Attar <abdul-lateef.attar@xxxxxxx>
  Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
  Laszlo Ersek <lersek@xxxxxxxxxx>

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 7eb3bb6c552d59b28f07ce5787049b53da76d5cf
Author: Laszlo Ersek <lersek@xxxxxxxxxx>
Date:   Thu Sep 8 16:57:02 2016 +0200

    ShellPkg/UefiHandleParsingLib: fix retval for empty child controller array
    
    The ParseHandleDatabaseForChildControllers() function intends to work like
    this:
    
    (1) It allocates a "HandleBufferForReturn" local array that's guaranteed
        to be big enough for all found handles,
    
    (2) it collects the handles, both counting them in the (mandatory)
        "MatchingHandleCount" output parameter, and saving them in the local
        "HandleBufferForReturn" array,
    
    (3) if the caller is not interested in the actual handles, then
        "HandleBufferForReturn" is released,
    
    (4) if the caller is interested in the handles, and we've found some, then
        "HandleBufferForReturn" is passed out through the
        "MatchingHandleBuffer" output parameter,
    
    (5) if the caller is interested in the actual handles, but we've found
        none, then the "MatchingHandleBuffer" output parameter is set to NULL.
    
    The ASSERT() at the end of the function makes this clear, but the
    implementation does not conform to (5). Fix it.
    
    Cc: Jaben Carsey <jaben.carsey@xxxxxxxxx>
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Cc: Tapan Shah <tapandshah@xxxxxxx>
    Reported-by: Tapan Shah <tapandshah@xxxxxxx>
    Ref: https://tianocore.acgmultimedia.com/show_bug.cgi?id=112
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx>
    Reviewed-by: Tapan Shah <tapandshah@xxxxxxx>

commit b6c54204617c37e305c4389ece4f7af116485f92
Author: Laszlo Ersek <lersek@xxxxxxxxxx>
Date:   Thu Sep 8 17:10:47 2016 +0200

    ShellPkg/UefiHandleParsingLib: fix IN/OUT notation in child ctrlr parsing
    
    "MatchingHandleCount" is an output parameter of
    ParseHandleDatabaseForChildControllers().
    
    Cc: Jaben Carsey <jaben.carsey@xxxxxxxxx>
    Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Cc: Tapan Shah <tapandshah@xxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx>
    Reviewed-by: Tapan Shah <tapandshah@xxxxxxx>

commit 1b3be4a12e7dd7504b502fb58929efec967b7fbf
Author: Abdul Lateef Attar <abdul-lateef.attar@xxxxxxx>
Date:   Fri Sep 9 23:31:35 2016 -0700

    ShellPkg: pci -i -_e to print next capability
    
    According to PCI spec the next AER capability is relative to
    the beginning of PCI configuration space. Hence substract the
    base offset to get the next capability.
    
    "-_e" option is changed from TypeFlag to TypeValue, so that
    user can specify individual AER capability to print.
    e.g. pci 00 00 01 -i -_e <capability-id>
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Abdul Lateef Attar <abdul-lateef.attar@xxxxxxx>
    Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx>

commit e51a677dea1b4ec3536e32b590b165dbcd30a87d
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Sep 5 15:12:01 2016 +0100

    ArmPkg/ArmBaseLib: clean up directory structure
    
    For historical reasons, the files under ArmLib are split up into 'common'
    files under Common/, containing common C files as well as AArch64 and Arm
    specific asm files, and ArmV7 and AArch64 files under ArmV7/ and AArch64/,
    respectively. This presumably dates back to the time when ArmLib supported
    different revisions of the 32-bit architecture (i.e., pre-V7)
    
    Since the PI spec requires V7 or later, we can simplify this to Arm/ and
    AArch64, which aligns ArmLib with the majority of other modules that carry
    ARM or AArch64 specific code.
    
    So move the files around so that shared files live at the same level as
    ArmBaseLib.inf, and ARM/AArch64 specific files live in Arm/ or AArch64/,
    respectively.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx>

commit 20d988be998dfb54d00e12853b1a06445a830f5e
Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Date:   Mon Sep 5 15:03:20 2016 +0100

    ArmPkg/ArmBaseLib: remove MemoryAllocationLib.h includes
    
    The ArmBaseLib timer code does not depend on MemoryAllocationLib at
    all, so remove the #includes referring to it.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
    Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx>

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