flight 101418 xen-unstable-smoke real [real]

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-libvirt      5 xen-install              fail REGR. vs. 101403

Tests which did not succeed, but are not blocking:
 test-armhf-armhf-xl          12 migrate-support-check        fail   never pass
 test-armhf-armhf-xl          13 saverestore-support-check    fail   never pass

version targeted for testing:
 xen                  b5283627de6b7ba2b8d75ecf1edf0a46bcd83edb
baseline version:
 xen                  38ab99b26bf4298a33105ec66f3f6a3f7e05a326

Last test of basis   101403  2016-10-12 15:03:35 Z    0 days
Testing same since   101418  2016-10-13 12:06:49 Z    0 days    1 attempts

People who touched revisions under test:
  Ian Jackson <ian.jack...@eu.citrix.com>
  Jan Beulich <jbeul...@suse.com>
  Lan Tianyu <tianyu....@intel.com>
  Wei Liu <wei.l...@citrix.com>

 build-amd64                                                  pass    
 build-armhf                                                  pass    
 build-amd64-libvirt                                          pass    
 test-armhf-armhf-xl                                          pass    
 test-amd64-amd64-xl-qemuu-debianhvm-i386                     pass    
 test-amd64-amd64-libvirt                                     fail    

sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at

Explanation of these reports, and of osstest in general, is at

Test harness code can be found at

Not pushing.

commit b5283627de6b7ba2b8d75ecf1edf0a46bcd83edb
Author: Wei Liu <wei.l...@citrix.com>
Date:   Thu Oct 13 12:03:17 2016 +0100

    tools: check liblzma in configure for rombios
    We upgraded ipxe in 38ab99b2 ("ipxe: update to new commit"). That
    version of ipxe requires liblzma to build.
    Check that in configure and document this in README.
    Signed-off-by: Wei Liu <wei.l...@citrix.com>
    Acked-by: Ian Jackson <ian.jack...@eu.citrix.com>

commit de05bd965afcd08769c1e21d98ba7c2e4de7394b
Author: Jan Beulich <jbeul...@suse.com>
Date:   Thu Oct 13 13:07:25 2016 +0200

    x86emul: correct {,F}CMOV and F{,U}COMI{,P} emulation
    The FPU ones need to be executed with guest EFLAGS.{C,P,Z}F in context.
    We also can't exclude someone wanting to hide the feature from (32-bit)
    Signed-off-by: Jan Beulich <jbeul...@suse.com>
    Reviewed-by: Andrew Cooper <andrew.coop...@citrix.com>

commit 610b4eda2ce2b87cccbc8f61bdec01052e54fc66
Author: Lan Tianyu <tianyu....@intel.com>
Date:   Thu Oct 13 13:06:28 2016 +0200

    keyhandler: rework process of nonirq keyhandler
    Keyhandler may run for a long time in serial port driver's
    timer handler on the large machine with a lot of physical
    cpus(e,g dump_timerq()) when serial port driver works in
    the poll mode(via the exception mechanism).
    If a timer handler runs a long time, it will block nmi_timer_fn()
    to feed NMI watchdog and cause Xen hypervisor panic. Inserting
    process_pending_softirqs() in timer handler will not help. when timer
    interrupt arrives, timer subsystem calls all expired timer handlers
    before programming next timer interrupt. There is no timer interrupt
    arriving to trigger timer softirq during run a timer handler.
    This patch is to fix the issue to make nonirq keyhandler run in
    tasklet when receive debug key from serial port.
    Signed-off-by: Lan Tianyu <tianyu....@intel.com>
    Reviewed-by: Jan Beulich <jbeul...@suse.com>
(qemu changes not included)

Xen-devel mailing list

Reply via email to