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

[xen-unstable bisection] complete test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm



branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm
testid debian-hvm-install

Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  ad011ad08843f60f9ae17b9ae4aa5907674d72af
  Bug not present: 95596f6ab18feb825006ef8f272041f1d94e6bd1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/143293/


  commit ad011ad08843f60f9ae17b9ae4aa5907674d72af
  Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Date:   Mon Oct 7 17:59:15 2019 +0100
  
      libxl/xl: Overhaul passthrough setting logic
      
      LIBXL_PASSTHROUGH_UNKNOWN (aka "ENABLED" in an earlier uncommitted
      version of this code) is doing double duty.  We actually need all of
      the following to be specifiable:
        * "default": enable PT iff we have devices to
          pass through specified in the initial config file.
        * "enabled" (and fail if the platform doesn't support it).
        * "disabled" (and reject future PT hotplug).
        * "share_pt"/"sync_pt": enable PT and set a specific PT mode.
      
      Defaulting and error checking should be done in libxl.  So, we make
      several changes here.
      
      We introduce "enabled", and rename "unknown" to "default".
      
      We move all of the error checking and defaulting code from xl into
      libxl.  Now, libxl__domain_config_setdefault has all of the necessary
      information to get this right.  So we can do it all there.  Choosing
      the specific mode is arch-specific.
      
      We can also arrange to have only one place each which calculates
      (i) whether passthrough needs to be enabled because pt devices were
      specified (ii) whether pt_share can be used (for each arch).
      
      xl now only has to parse the enum in the same way as it parses all
      other enums.
      
      This change fixes a regression from earlier 4.13-pre: until recent
      changes, passthrough was only enabled by default if passthrough
      devices were specified.  We restore this behaviour.
      
      Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
      CC: Stefano Stabellini <sstabellini@xxxxxxxxxx>
      CC: Julien Grall <julien@xxxxxxx>
      CC: Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
      CC: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
      CC: Paul Durrant <pdurrant@xxxxxxxxx>
      CC: Jan Beulich <jbeulich@xxxxxxxx>
      Release-acked-by: Juergen Gross <jgross@xxxxxxxx>
      Acked-by: Anthony PERARD <anthony.perard@xxxxxxxxxx>


For bisection revision-tuple graph see:
   
http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm.debian-hvm-install.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Running cs-bisection-step 
--graph-out=/home/logs/results/bisect/xen-unstable/test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm.debian-hvm-install
 --summary-out=tmp/143293.bisection-summary --basis-template=142750 
--blessings=real,real-bisect xen-unstable 
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm debian-hvm-install
Searching for failure / basis pass:
 143250 fail [host=chardonnay1] / 143133 [host=debina0] 143036 [host=debina1] 
143018 [host=albana0] 142973 [host=godello0] 142907 [host=elbling0] 142865 
[host=pinot1] 142777 [host=italia0] 142750 [host=huxelrebe1] 142722 
[host=rimava1] 142683 [host=albana1] 142642 ok.
Failure / basis pass flights: 143250 / 142642
(tree with no url: minios)
(tree with no url: ovmf)
(tree with no url: seabios)
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: xen git://xenbits.xen.org/xen.git
Latest b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
dfcccc663157c638d9778fa3ada9859f968fb240
Basis pass 42327896f194f256e5a361e0069985bc8d209b42 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
fef8d99fbce1a5e7ddfd22b0f33940b8d6193ec8
Generating revisions with ./adhoc-revtuple-generator  
git://xenbits.xen.org/linux-pvops.git#42327896f194f256e5a361e0069985bc8d209b42-b98aebd298246df37b472c52a2ee1023256d02e3
 
git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860
 
git://xenbits.xen.org/qemu-xen-traditional.git#d0d8ad39ecb51cd7497cd524484fe09f50876798-d0d8ad39ecb51cd7497cd524484fe09f50876798
 git://xenbits.xen.org/qemu-xen.git#933ebad2470a169504799a1d95b8e41\
 0bd9847ef-933ebad2470a169504799a1d95b8e410bd9847ef 
git://xenbits.xen.org/xen.git#fef8d99fbce1a5e7ddfd22b0f33940b8d6193ec8-dfcccc663157c638d9778fa3ada9859f968fb240
Loaded 2001 nodes in revision graph
Searching for test results:
 142563 [host=debina0]
 142598 [host=baroque0]
 142642 pass 42327896f194f256e5a361e0069985bc8d209b42 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
fef8d99fbce1a5e7ddfd22b0f33940b8d6193ec8
 142683 [host=albana1]
 142722 [host=rimava1]
 142777 [host=italia0]
 142750 [host=huxelrebe1]
 142865 [host=pinot1]
 142907 [host=elbling0]
 142973 [host=godello0]
 143018 [host=albana0]
 143036 [host=debina1]
 143133 [host=debina0]
 143244 pass 797d4cf8fc21b3b8366d2543d8f3c46288304b1a 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
00fc9004be169a065c10a5fb699e353e430190c2
 143247 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
dfcccc663157c638d9778fa3ada9859f968fb240
 143250 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
dfcccc663157c638d9778fa3ada9859f968fb240
 143172 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
64b5d83460af4654b88c6598ede7e74dd37dce2e
 143239 pass 38ce8792c0f2a29aad60197d5a10e963759ddc1f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
00fc9004be169a065c10a5fb699e353e430190c2
 143262 pass b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
af5c475deed3b95a6a69cd4c0ef68132b487c079
 143237 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
64b5d83460af4654b88c6598ede7e74dd37dce2e
 143233 pass 42327896f194f256e5a361e0069985bc8d209b42 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
fef8d99fbce1a5e7ddfd22b0f33940b8d6193ec8
 143205 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
dfcccc663157c638d9778fa3ada9859f968fb240
 143253 pass b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
a7ecdf8139e3646c0eb9c9bd9ed0fe3b344e6fed
 143257 pass b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
3f21bd497747fbfe6e548a3c50b55dfe21a1eefb
 143266 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
ad011ad08843f60f9ae17b9ae4aa5907674d72af
 143268 pass b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
5f135a65d2803f3636f52895cc811ec66576a8db
 143274 pass b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
95596f6ab18feb825006ef8f272041f1d94e6bd1
 143278 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
ad011ad08843f60f9ae17b9ae4aa5907674d72af
 143280 pass b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
95596f6ab18feb825006ef8f272041f1d94e6bd1
 143283 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
ad011ad08843f60f9ae17b9ae4aa5907674d72af
 143289 pass b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
95596f6ab18feb825006ef8f272041f1d94e6bd1
 143293 fail b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
ad011ad08843f60f9ae17b9ae4aa5907674d72af
Searching for interesting versions
 Result found: flight 142642 (pass), for basis pass
 Result found: flight 143205 (fail), for basis failure
 Repro found: flight 143233 (pass), for basis pass
 Repro found: flight 143247 (fail), for basis failure
 0 revisions at b98aebd298246df37b472c52a2ee1023256d02e3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
95596f6ab18feb825006ef8f272041f1d94e6bd1
No revisions left to test, checking graph state.
 Result found: flight 143274 (pass), for last pass
 Result found: flight 143278 (fail), for first failure
 Repro found: flight 143280 (pass), for last pass
 Repro found: flight 143283 (fail), for first failure
 Repro found: flight 143289 (pass), for last pass
 Repro found: flight 143293 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  ad011ad08843f60f9ae17b9ae4aa5907674d72af
  Bug not present: 95596f6ab18feb825006ef8f272041f1d94e6bd1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/143293/


  commit ad011ad08843f60f9ae17b9ae4aa5907674d72af
  Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Date:   Mon Oct 7 17:59:15 2019 +0100
  
      libxl/xl: Overhaul passthrough setting logic
      
      LIBXL_PASSTHROUGH_UNKNOWN (aka "ENABLED" in an earlier uncommitted
      version of this code) is doing double duty.  We actually need all of
      the following to be specifiable:
        * "default": enable PT iff we have devices to
          pass through specified in the initial config file.
        * "enabled" (and fail if the platform doesn't support it).
        * "disabled" (and reject future PT hotplug).
        * "share_pt"/"sync_pt": enable PT and set a specific PT mode.
      
      Defaulting and error checking should be done in libxl.  So, we make
      several changes here.
      
      We introduce "enabled", and rename "unknown" to "default".
      
      We move all of the error checking and defaulting code from xl into
      libxl.  Now, libxl__domain_config_setdefault has all of the necessary
      information to get this right.  So we can do it all there.  Choosing
      the specific mode is arch-specific.
      
      We can also arrange to have only one place each which calculates
      (i) whether passthrough needs to be enabled because pt devices were
      specified (ii) whether pt_share can be used (for each arch).
      
      xl now only has to parse the enum in the same way as it parses all
      other enums.
      
      This change fixes a regression from earlier 4.13-pre: until recent
      changes, passthrough was only enabled by default if passthrough
      devices were specified.  We restore this behaviour.
      
      Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
      CC: Stefano Stabellini <sstabellini@xxxxxxxxxx>
      CC: Julien Grall <julien@xxxxxxx>
      CC: Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
      CC: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
      CC: Paul Durrant <pdurrant@xxxxxxxxx>
      CC: Jan Beulich <jbeulich@xxxxxxxx>
      Release-acked-by: Juergen Gross <jgross@xxxxxxxx>
      Acked-by: Anthony PERARD <anthony.perard@xxxxxxxxxx>

pnmtopng: 218 colors found
Revision graph left in 
/home/logs/results/bisect/xen-unstable/test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm.debian-hvm-install.{dot,ps,png,html,svg}.
----------------------------------------
143293: tolerable ALL FAIL

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

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install 
fail baseline untested


jobs:
 test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm        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
    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


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

 


Rackspace

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