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

[xen-unstable-smoke test] 109894: trouble: blocked/broken/pass



flight 109894 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109894/

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-armhf                   3 host-install(3)        broken REGR. vs. 109864

Tests which did not succeed, but are not blocking:
 test-armhf-armhf-xl           1 build-check(1)               blocked  n/a
 test-arm64-arm64-xl-xsm       1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt     12 migrate-support-check        fail   never pass

version targeted for testing:
 xen                  382329d44da8269b77d236a47ddb04747b7495a3
baseline version:
 xen                  7b5cb2f18e9b98f930f78b64a0f0a3b45139aa53

Last test of basis   109864  2017-05-30 19:02:36 Z    0 days
Failing since        109887  2017-05-31 07:02:17 Z    0 days    3 attempts
Testing same since   109894  2017-05-31 11:03:03 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  Armando Vega <armando@xxxxxxxxxxxx>
  Haozhong Zhang <haozhong.zhang@xxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>
  Luwei Kang <luwei.kang@xxxxxxxxx>
  Roger Pau Monné <roger.pau@xxxxxxxxxx>
  Swapnil Paratey <swapnil.paratey@xxxxxxx>
  Wei Liu <wei.liu2@xxxxxxxxxx>
  Zhang Bo <oscar.zhangbo@xxxxxxxxxx>

jobs:
 build-amd64                                                  pass    
 build-armhf                                                  broken  
 build-amd64-libvirt                                          pass    
 test-armhf-armhf-xl                                          blocked 
 test-arm64-arm64-xl-xsm                                      broken  
 test-amd64-amd64-xl-qemuu-debianhvm-i386                     pass    
 test-amd64-amd64-libvirt                                     pass    


------------------------------------------------------------
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

broken-step build-armhf host-install(3)

Not pushing.

------------------------------------------------------------
commit 382329d44da8269b77d236a47ddb04747b7495a3
Author: Wei Liu <wei.liu2@xxxxxxxxxx>
Date:   Wed May 31 11:35:25 2017 +0100

    Revert "tools/libxc: Drop broken xc_{get,set}_hvm_param() functions"
    
    This reverts commit fa4583333ddba6afb7b07ff7eb4d16e1a6a7459c.
    
    QEMU build is broken by that patch.

commit 91708086566ccdf287fe3b7a660a940a5e3582a1
Author: Armando Vega <armando@xxxxxxxxxxxx>
Date:   Wed May 31 08:30:09 2017 +0200

    xl man page cleanup and fixes
    
    Signed-off-by: Armando Vega <armando@xxxxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    [ wei: remove trailing spaces ]
    Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx>

commit fa4583333ddba6afb7b07ff7eb4d16e1a6a7459c
Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date:   Mon May 22 12:50:09 2017 +0100

    tools/libxc: Drop broken xc_{get,set}_hvm_param() functions
    
    xc_{get,set}_hvm_param() are deprecated because they truncate their value
    parameter in 32bit builds of libxc, and are therefore unfit for use.
    
    As there is only a single remaining user, switch that user over to
    xc_hvm_param_get() and drop these functions completely.
    
    Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
    Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx>

commit c1abc2f7bc90f35797ef7d9db344cc9788f566db
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Wed May 31 11:18:58 2017 +0200

    Revert "ns16550: add support for UART parameters to be specifed with 
name-value pairs"
    
    This reverts commit a91252ff0d219d801f2dc947511c1755fe5b05fe,
    as it breaks the build on ARM.

commit 8ac9a25b26841b539fd7f345fc87a4142a86adb3
Author: Roger Pau Monné <roger.pau@xxxxxxxxxx>
Date:   Wed May 31 08:47:57 2017 +0200

    docs: remove PVHv1 document
    
    The current misc/pvh.markdown document refers to PVHv1, remove it to
    avoid confusion with PVHv2 since the PVHv1 code has already been
    removed.
    
    Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx>

commit 2d08fb32bc3d252046748e908bafc1bf6376313e
Author: Luwei Kang <luwei.kang@xxxxxxxxx>
Date:   Wed May 31 08:41:43 2017 +0200

    x86/vpmu: add cpu hot unplug notifier for vpmu
    
    Currently, Hot unplug a physical CPU with vpmu enabled may cause
    system hang due to send a remote call to an offlined pCPU. This
    patch add a cpu hot unplug notifer to save vpmu context before
    cpu offline.
    
    Consider one scenario, hot unplug pCPU N with vpmu enabled.
    The vcpu which running on this pCPU will be switch to other
    online cpu. A remote call will be send to pCPU N to save the
    vpmu context before loading the vpmu context on this pCPU.
    System will hang in function on_select_cpus() because of that
    pCPU is offlined and can not do any respond.
    
    The purpose of add a VPMU_CONTEXT_LOADED check in vpmu_arch_destroy()
    before send a remote call to save vpmu contex is:
    a. when a vpmu context has been loaded in a remote pCPU, make a
       remote call to save the vpmu contex and stop counters is necessary.
    b. VPMU_CONTEXT_LOADED flag will be reset if a pCPU is offlined.
       this check will prevent send a remote call to an offlined pCPU.
    
    Signed-off-by: Luwei Kang <luwei.kang@xxxxxxxxx>
    Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
    Reviewed-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>

commit 02dc2aa7bf54602cf2d752a2af9fa38cee870fc8
Author: Zhang Bo <oscar.zhangbo@xxxxxxxxxx>
Date:   Wed May 31 08:40:44 2017 +0200

    acpi: enlarge NUM_FIXMAP_ACPI_PAGES to support larger scale boards
    
    In acpi_tb_verify_table()->__acpi_map_table(), it suppose all ACPI tables
    may not exceed 4 pages, the tables includes SRAT/APIC/ERST etc.
    Please note that the table DSDT is not mapped through
    acpi_tb_verify_table(), thus we don't care its size although it's usually
    the largest table among all the ACPI tables. Then the biggest table we
    concern is SRAT.
    As we know, the size of SRAT if affected by both CPU number and memory
    slot number, each CPU costs 24B, and each memory slot costs 40B.
    
    Please note: even when SRAT table is within 4 pages, eg. 14128B, in
    __acpi_map_table(), it maps pages to get the table. suppose the start
    address is near the end of the first page:
    
           1000B    4096B         4096B          4096B      840B
           |___|_____________|______________|______________|____|
    
    although the total page is within 4 pages , but it may be in fact across 5
    pages, as shown above. Thus the NUM_FIXMAP_ACPI_PAGES should be much
    larger nowadays. If not, xen would wrongly thinks no NUMA configuration
    could be found as that it could not get SRAT table.
    
    Thus, we make NUM_FIXMAP_ACPI_PAGES much larger, to 64(256KB). it's
    calculated for that the theoretical largest CPU number on main Linux
    distros is about 8192, and memory slots number should be within 1000,
    that's 24B*8192+40B*1000 = 236608B. Meanwhile, because IOREMAP_VIRT_*
    region is 16GB, thus I think extending it to 256KB is safe enough.
    
    Of course, there's much more work to do to support large scale boards of
    that many(8192) CPUs and 1000 memory slots. We just make life easier for
    boards with serveral hundreds of CPUs and serveral TBs of memory.
    
    Signed-off-by: Zhang Bo <oscar.zhangbo@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit a91252ff0d219d801f2dc947511c1755fe5b05fe
Author: Swapnil Paratey <swapnil.paratey@xxxxxxx>
Date:   Wed May 31 08:40:15 2017 +0200

    ns16550: add support for UART parameters to be specifed with name-value 
pairs
    
    Add name=value parsing options for com1 and com2 to add flexibility
    in setting register values for MMIO UART devices.
    
    Maintain backward compatibility with previous positional parameter
    specfications.
    
    eg. com1=115200,8n1,0x3f8,4
    eg. com1=115200,8n1,0x3f8,4,reg_width=4,reg_shift=2
    eg. com1=baud=115200,parity=n,reg_width=4,reg_shift=2,irq=4
    
    Signed-off-by: Swapnil Paratey <swapnil.paratey@xxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit d7594d553b10e74a0cbe15a157baac1aae1d3acd
Author: Roger Pau Monné <roger.pau@xxxxxxxxxx>
Date:   Wed May 31 08:39:47 2017 +0200

    x86/mmcfg: set pci_mmcfg_config_num to 0 on error path
    
    One error path of acpi_parse_mcfg doesn't set pci_mmcfg_config_num to zero, 
fix
    this.
    
    Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit d781dbcb80e598d38d8df532fe987e770ed76d62
Author: Haozhong Zhang <haozhong.zhang@xxxxxxxxx>
Date:   Wed May 31 08:39:22 2017 +0200

    x86/mce: make 'found_error' and 'mce_fatal_cpus' private to 
mcheck_cmn_handler()
    
    mcheck_cmn_handler() is the only user of 'found_error' and
    'mce_fatal_cpus'.
    
    Signed-off-by: Haozhong Zhang <haozhong.zhang@xxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 1403d5d9a6ca3560aa38308c437d254b0c9bc3af
Author: Haozhong Zhang <haozhong.zhang@xxxxxxxxx>
Date:   Wed May 31 08:38:21 2017 +0200

    x86/mce: make mce barriers private to their users
    
    Each of current mce barriers is actually used by only one function, so
    move their definitions into their users. A static mce barrier initializer
    is introduced so we can move the initialization of above mce barriers
    to their definitions.
    
    Signed-off-by: Haozhong Zhang <haozhong.zhang@xxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
(qemu changes not included)

_______________________________________________
osstest-output mailing list
osstest-output@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/cgi-bin/mailman/listinfo/osstest-output

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.