[xen-unstable-smoke test] 100368: regressions - FAIL

[osstest service owner <osstest-admin@xxxxxxxxxxxxxx>]

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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-amd64                   5 xen-build                fail REGR. vs. 100365
 test-armhf-armhf-xl           7 host-ping-check-xen      fail REGR. vs. 100365

Tests which did not succeed, but are not blocking:
 build-amd64-libvirt           1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt      1 build-check(1)               blocked  n/a
 test-amd64-amd64-xl-qemuu-debianhvm-i386  1 build-check(1)         blocked n/a

version targeted for testing:
 xen                  3efeb60c8c78f7113254df6622c2dc1dcf91e7b7
baseline version:
 xen                  7f5c8075364776eb139bbd421ad443ae9e4465dc

Last test of basis   100365  2016-08-09 15:01:57 Z    0 days
Testing same since   100368  2016-08-09 17:01:23 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
  George Dunlap <george.dunlap@xxxxxxxxxx>
  Jan Beulich <jbeulich@xxxxxxxx>

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


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


Not pushing.

------------------------------------------------------------
commit 3efeb60c8c78f7113254df6622c2dc1dcf91e7b7
Author: Jan Beulich <jbeulich@xxxxxxxx>
Date:   Tue Aug 9 17:31:46 2016 +0200

    common: clean up taint logic
    
    Drop unused UNSAFE_SMP and BAD_PAGE flags. Style adjstments.
    
    Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
    Acked-by: George Dunlap <george.dunlap@xxxxxxxxxx>

commit bea437908b27c751012abe14c4312dd4d159ff23
Author: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
Date:   Tue Aug 9 17:31:15 2016 +0200

    hvmloader: move passthrough initialization from ACPI code
    
    Initialize it in hvmloader, avoiding ACPI code's use of xenstore_read()
    
    Signed-off-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 653d8fb95adc81dc2fbc3594bd63519f68271dc2
Author: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
Date:   Tue Aug 9 17:30:56 2016 +0200

    hvmloader: decide which SSDTs to install in hvmloader
    
    With that, xenstore_read() won't need to be done in ACPI code
    
    Signed-off-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit 3bb36fe2aa2c590e52578a6ea65ba992178ef82b
Author: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
Date:   Tue Aug 9 17:30:39 2016 +0200

    hvmloader: initialize vm_gid data outside ACPI code
    
    This way ACPI code won't use xenstore-read() and hvm_param_set()
    which are private to hvmloader.
    
    Signed-off-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit c15eea2a1e719577af83bddf793a3a5329ce395d
Author: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
Date:   Tue Aug 9 17:28:59 2016 +0200

    acpi/hvmloader: allow acpi_build_tables() callers specify acpi_info values
    
    By doing this we can move hvmloader-private interfaces (such as
    uart_exists(), lpt_exists() etc.) out of the ACPI builder. This will
    help us with allowing to call the builder from places other than
    hvmloader.
    
    Signed-off-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
    Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

commit edd0028206d14c25ddee2357dca08441ff13cea1
Author: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
Date:   Tue Aug 9 17:27:39 2016 +0200

    hvmloader: provide hvmloader_acpi_build_tables()
    
    In preparation for moving out ACPI builder make all
    BIOSes call hvmloader_acpi_build_tables() instead of
    calling ACPI code directly.
    
    No functional changes.
    
    Signed-off-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
    Acked-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