flight 35971 ovmf real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35971/

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-i386-freebsd10-i386  3 host-install(3)       broken REGR. vs. 35899

Regressions which are regarded as allowable (not blocking):
 test-amd64-i386-libvirt       3 host-install(3)         broken REGR. vs. 35899
 test-amd64-amd64-libvirt      9 guest-start               fail REGR. vs. 35899
 test-amd64-i386-pair        17 guest-migrate/src_host/dst_host fail like 35899

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pvh-intel  9 guest-start                  fail  never pass
 test-amd64-amd64-xl-pvh-amd   9 guest-start                  fail   never pass
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-xl-qemut-win7-amd64 14 guest-stop              fail never pass
 test-amd64-amd64-xl-qemut-win7-amd64 14 guest-stop             fail never pass
 test-amd64-i386-xl-winxpsp3  14 guest-stop                   fail   never pass
 test-amd64-i386-xl-win7-amd64 14 guest-stop                   fail  never pass
 test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-stop             fail never pass
 test-amd64-i386-xl-qemuu-win7-amd64 14 guest-stop              fail never pass
 test-amd64-amd64-xl-win7-amd64 14 guest-stop                   fail never pass
 test-amd64-amd64-xl-winxpsp3 14 guest-stop                   fail   never pass
 test-amd64-i386-xl-qemuu-winxpsp3 14 guest-stop                fail never pass
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1 14 guest-stop         fail never pass
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 14 guest-stop         fail never pass
 test-amd64-i386-xl-winxpsp3-vcpus1 14 guest-stop               fail never pass
 test-amd64-i386-xl-qemut-winxpsp3 14 guest-stop                fail never pass
 test-amd64-amd64-xl-qemut-winxpsp3 14 guest-stop               fail never pass
 test-amd64-amd64-xl-qemuu-winxpsp3  7 windows-install          fail never pass

version targeted for testing:
 ovmf                 69a99d0b2c0d601c60a1d65bac057adb045d002b
baseline version:
 ovmf                 d63d22102f1026a350d276a646eff3e3c83e5f05

------------------------------------------------------------
People who touched revisions under test:
  Ard Biesheuvel <ard.biesheu...@linaro.org>
  Hot Tian <hot.t...@intel.com>
  Mang Guo <mang....@intel.com>
------------------------------------------------------------

jobs:
 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                                          pass    
 test-amd64-i386-xl                                           pass    
 test-amd64-amd64-xl-pvh-amd                                  fail    
 test-amd64-i386-rhel6hvm-amd                                 pass    
 test-amd64-i386-qemut-rhel6hvm-amd                           pass    
 test-amd64-i386-qemuu-rhel6hvm-amd                           pass    
 test-amd64-amd64-xl-qemut-debianhvm-amd64                    pass    
 test-amd64-i386-xl-qemut-debianhvm-amd64                     pass    
 test-amd64-amd64-xl-qemuu-debianhvm-amd64                    pass    
 test-amd64-i386-xl-qemuu-debianhvm-amd64                     pass    
 test-amd64-i386-freebsd10-amd64                              pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          pass    
 test-amd64-amd64-xl-qemut-win7-amd64                         fail    
 test-amd64-i386-xl-qemut-win7-amd64                          fail    
 test-amd64-amd64-xl-qemuu-win7-amd64                         fail    
 test-amd64-i386-xl-qemuu-win7-amd64                          fail    
 test-amd64-amd64-xl-win7-amd64                               fail    
 test-amd64-i386-xl-win7-amd64                                fail    
 test-amd64-amd64-xl-credit2                                  pass    
 test-amd64-i386-freebsd10-i386                               broken  
 test-amd64-amd64-xl-pcipt-intel                              fail    
 test-amd64-amd64-xl-pvh-intel                                fail    
 test-amd64-i386-rhel6hvm-intel                               pass    
 test-amd64-i386-qemut-rhel6hvm-intel                         pass    
 test-amd64-i386-qemuu-rhel6hvm-intel                         pass    
 test-amd64-amd64-libvirt                                     fail    
 test-amd64-i386-libvirt                                      broken  
 test-amd64-amd64-xl-multivcpu                                pass    
 test-amd64-amd64-pair                                        pass    
 test-amd64-i386-pair                                         fail    
 test-amd64-amd64-xl-sedf-pin                                 pass    
 test-amd64-amd64-xl-sedf                                     pass    
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-winxpsp3-vcpus1                           fail    
 test-amd64-amd64-xl-qemut-winxpsp3                           fail    
 test-amd64-i386-xl-qemut-winxpsp3                            fail    
 test-amd64-amd64-xl-qemuu-winxpsp3                           fail    
 test-amd64-i386-xl-qemuu-winxpsp3                            fail    
 test-amd64-amd64-xl-winxpsp3                                 fail    
 test-amd64-i386-xl-winxpsp3                                  fail    


------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images

Logs, config files, etc. are available at
    http://www.chiark.greenend.org.uk/~xensrcts/logs

Test harness code can be found at
    http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary

broken-step test-amd64-i386-libvirt host-install(3)
broken-step test-amd64-i386-freebsd10-i386 host-install(3)

Not pushing.

------------------------------------------------------------
commit 69a99d0b2c0d601c60a1d65bac057adb045d002b
Author: Mang Guo <mang....@intel.com>
Date:   Fri Mar 6 05:56:43 2015 +0000

    Set network boot option to the default last priority.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Mang Guo <mang....@intel.com>
    Reviewed-by: David Wei <david....@intel.com>
    
    
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17018 
6f19259b-4bc3-4df7-8a09-765794883524

commit 15290510dbb2489c1352a9e5ec457c9b45bb96b8
Author: Ard Biesheuvel <ard.biesheu...@linaro.org>
Date:   Fri Mar 6 02:58:01 2015 +0000

    MdeModulePkg: use 64 KB granularity for runtime allocations on AArch64
    
    On AArch64, the OS can choose to run with a page size of 64 KB,
    making it cumbersome to deal with UEFI reserved memory regions
    whose boundaries are not 64 KB aligned.
    
    So increase the allocation granularity for runtime regions to
    64 KB.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org>
    Reviewed-by: Liming Gao <liming....@intel.com>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17016 
6f19259b-4bc3-4df7-8a09-765794883524

commit 6860b92c847caff16b8cbc58ca31e3dbf9c5e5cc
Author: Ard Biesheuvel <ard.biesheu...@linaro.org>
Date:   Fri Mar 6 02:57:11 2015 +0000

    MdeModulePkg: serve allocations from higher-up bins if current bin is empty
    
    This patch changes the allocation logic for the pool allocator to only
    allocate additional pages if the requested allocation cannot be fulfilled
    from the current bin or any of the larger ones. If there are larger blocks
    available, they will be used to serve the allocation, and the remainder will
    be carved up into smaller blocks using the existing carving up logic.
    Note that all pool sizes are a multiple of the smallest pool size, so it is
    guaranteed that the remainder will be carved up without spilling. Due to the
    exponential nature of the pool sizes, the amount of work is logarithmic in
    the size of the available block.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org>
    Reviewed-by: Liming Gao <liming....@intel.com>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17015 
6f19259b-4bc3-4df7-8a09-765794883524

commit f8aabf6e4c199e92498512e1d0cf9a347b62e491
Author: Ard Biesheuvel <ard.biesheu...@linaro.org>
Date:   Fri Mar 6 02:56:20 2015 +0000

    MdeModulePkg: carve pool pages into the largest chunks possible
    
    In preparation of the next patch, that serves allocations from higher-up
    bins if the current bin is depleted, this patch updates the carving up
    strategy to populate the largest bins first. To ensure that there will
    always be an allocation of the appropriate size made, the current allocation
    request is served first from the newly allocated memory region.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org>
    Reviewed-by: Liming Gao <liming....@intel.com>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17014 
6f19259b-4bc3-4df7-8a09-765794883524

commit 7e8e22056b721203f29b3ee982a64e98b0cbc22a
Author: Ard Biesheuvel <ard.biesheu...@linaro.org>
Date:   Fri Mar 6 02:55:35 2015 +0000

    MdeModulePkg: use index to traverse free pool pages
    
    In preparation of making the pool code capable of serving allocations
    from higher-up bins, update the free path to traverse a candidate page
    by following the index of POOL_FREE header instead of duplicating the
    carving logic that was used at page allocation time. This allows chunks
    to be split into smaller ones, where one can be returned to serve the
    allocation, and the other stored in a smaller bin for later use.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org>
    Reviewed-by: Liming Gao <liming....@intel.com>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17013 
6f19259b-4bc3-4df7-8a09-765794883524

commit f2c7daf675d246261bd5e034b78e200017057df6
Author: Ard Biesheuvel <ard.biesheu...@linaro.org>
Date:   Fri Mar 6 02:54:50 2015 +0000

    MdeModulePkg: improve scalability of memory pools
    
    The existing linear mapping between allocation size and pool index
    does not scale when moving to a 64 KB granularity or beyond. With
    a granularity of 64 KB, 2048 (!) bins will be created for each
    memory type, each differing 32 bytes in size with the next one.
    
    Instead, introduce an exponential scheme where each bin size is
    the sum of the two previous ones.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org>
    Reviewed-by: Liming Gao <liming....@intel.com>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17012 
6f19259b-4bc3-4df7-8a09-765794883524

commit 7970100ccbd48e6f931b078cb8e615eabee26141
Author: Ard Biesheuvel <ard.biesheu...@linaro.org>
Date:   Fri Mar 6 02:54:05 2015 +0000

    MdeModulePkg: use correct granularity when allocating pool pages
    
    After fixing the sanity check on the alignment of the runtime regions
    in SVN revision #16630 ("MdeModulePkg/DxeMain: Fix wrong sanity check
    in CoreTerminateMemoryMap()"), it is no longer possible to define a
    runtime allocation alignment that is different from the boot time
    allocation alignment.
    
    For instance, #defining the following in MdeModulePkg/Core/Dxe/Mem/Imem.h
    will hit the ASSERT () in MdeModulePkg/Core/Dxe/Mem/Page.c:1798
    
      #define EFI_ACPI_RUNTIME_PAGE_ALLOCATION_ALIGNMENT  (SIZE_64KB)
      #define DEFAULT_PAGE_ALLOCATION                     (EFI_PAGE_SIZE)
    
    (which is needed for 64-bit ARM to adhere to the Server Base Boot
    Requirements [SBBR], which stipulates that all runtime memory regions
    should be naturally aligned multiples of 64 KB)
    
    This patch fixes this use case by ensuring that the backing for the memory
    pools is allocated in appropriate chunks for the memory type.
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org>
    Reviewed-by: Liming Gao <liming....@intel.com>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17011 
6f19259b-4bc3-4df7-8a09-765794883524

commit 09f08c92b2c413b7c369daf65a70e739939fe87b
Author: Hot Tian <hot.t...@intel.com>
Date:   Thu Mar 5 07:21:34 2015 +0000

    MdePkg: Convert non DOS format files to DOS format
    
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Hot Tian <hot.t...@intel.com>
    
    git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@17010 
6f19259b-4bc3-4df7-8a09-765794883524

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

Reply via email to