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

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

branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-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:  75259239d85d6e522c164f1f00ace89bb2dbb3e6
  Bug not present: bc7b5343053c323e6edf71377d983f0b303a9637
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/146703/


  commit 75259239d85d6e522c164f1f00ace89bb2dbb3e6
  Author: Paul Durrant <pdurrant@xxxxxxxxxx>
  Date:   Fri Jan 31 15:01:44 2020 +0000
  
      libxl_create: make 'soft reset' explicit
      
      The 'soft reset' code path in libxl__domain_make() is currently taken if a
      valid domid is passed into the function. A subsequent patch will enable
      higher levels of the toolstack to determine the domid of newly created or
      restored domains and therefore this criteria for choosing 'soft reset'
      will no longer be usable.
      
      This patch adds an extra boolean option to libxl__domain_make() to specify
      whether it is being invoked in soft reset context and appropriately
      modifies callers to choose the right value. To facilitate this, a new
      'soft_reset' boolean field is added to struct libxl__domain_create_state
      and the 'domid_soft_reset' field is renamed to 'domid' in anticipation of
      its wider remit. For the moment do_domain_create() will always set
      domid to INVALID_DOMID and hence we can add an assertion into
      libxl__domain_create() that, if it is not called in soft reset context,
      the passed in domid is exactly that value.
      
      Whilst in the neighbourhood, some checks of 'restore_fd > -1' have been
      replaced by 'restore_fd >= 0' to be more conventional and consistent with
      checks of 'restore_fd < 0'.
      
      Signed-off-by: Paul Durrant <pdurrant@xxxxxxxxxx>
      Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>


For bisection revision-tuple graph see:
   
http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test-amd64-i386-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-i386-xl-qemut-stubdom-debianhvm-amd64-xsm.debian-hvm-install
 --summary-out=tmp/146703.bisection-summary --basis-template=146563 
--blessings=real,real-bisect xen-unstable 
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm debian-hvm-install
Searching for failure / basis pass:
 146676 fail [host=huxelrebe0] / 146625 [host=chardonnay1] 146611 
[host=elbling1] 146600 [host=fiano0] 146584 [host=fiano1] 146578 [host=pinot0] 
146563 [host=albana0] 146555 [host=debina1] 146543 [host=pinot1] 146534 
[host=huxelrebe1] 146526 [host=albana1] 146514 [host=chardonnay0] 146505 ok.
Failure / basis pass flights: 146676 / 146505
(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 c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
41d8869003e96d8b7250ad1d0246371d6929aca6
Basis pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
f190e634daba1a40570700b3e7697d497874c66f
Generating revisions with ./adhoc-revtuple-generator  
git://xenbits.xen.org/linux-pvops.git#c3038e718a19fc596f7b1baba0f83d5146dc7784-c3038e718a19fc596f7b1baba0f83d5146dc7784
 
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#f190e634daba1a40570700b3e7697d497874c66f-41d8869003e96d8b7250ad1d0246371d6929aca6
Loaded 5001 nodes in revision graph
Searching for test results:
 146505 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
f190e634daba1a40570700b3e7697d497874c66f
 146514 [host=chardonnay0]
 146526 [host=albana1]
 146534 [host=huxelrebe1]
 146543 [host=pinot1]
 146578 [host=pinot0]
 146555 [host=debina1]
 146625 [host=chardonnay1]
 146563 [host=albana0]
 146600 [host=fiano0]
 146611 [host=elbling1]
 146584 [host=fiano1]
 146640 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
41d8869003e96d8b7250ad1d0246371d6929aca6
 146633 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
41d8869003e96d8b7250ad1d0246371d6929aca6
 146665 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
f190e634daba1a40570700b3e7697d497874c66f
 146651 []
 146668 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
41d8869003e96d8b7250ad1d0246371d6929aca6
 146674 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
782b48b7f7319c07b044606d67a60875e53dd05b
 146679 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
f450eaa9c1521c64dc31bdec81a6148b2b0d9552
 146681 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
75259239d85d6e522c164f1f00ace89bb2dbb3e6
 146676 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
41d8869003e96d8b7250ad1d0246371d6929aca6
 146684 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
b3344bb1cae0c9ac22a57db8ecca488ad0e4a66d
 146691 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
4be325e5d4106b9447586cd19dd92a4a78b49598
 146693 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
bc7b5343053c323e6edf71377d983f0b303a9637
 146697 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
75259239d85d6e522c164f1f00ace89bb2dbb3e6
 146698 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
bc7b5343053c323e6edf71377d983f0b303a9637
 146699 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
75259239d85d6e522c164f1f00ace89bb2dbb3e6
 146701 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
bc7b5343053c323e6edf71377d983f0b303a9637
 146703 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
75259239d85d6e522c164f1f00ace89bb2dbb3e6
Searching for interesting versions
 Result found: flight 146505 (pass), for basis pass
 Result found: flight 146633 (fail), for basis failure
 Repro found: flight 146665 (pass), for basis pass
 Repro found: flight 146668 (fail), for basis failure
 0 revisions at c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
933ebad2470a169504799a1d95b8e410bd9847ef 
bc7b5343053c323e6edf71377d983f0b303a9637
No revisions left to test, checking graph state.
 Result found: flight 146693 (pass), for last pass
 Result found: flight 146697 (fail), for first failure
 Repro found: flight 146698 (pass), for last pass
 Repro found: flight 146699 (fail), for first failure
 Repro found: flight 146701 (pass), for last pass
 Repro found: flight 146703 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  75259239d85d6e522c164f1f00ace89bb2dbb3e6
  Bug not present: bc7b5343053c323e6edf71377d983f0b303a9637
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/146703/


  commit 75259239d85d6e522c164f1f00ace89bb2dbb3e6
  Author: Paul Durrant <pdurrant@xxxxxxxxxx>
  Date:   Fri Jan 31 15:01:44 2020 +0000
  
      libxl_create: make 'soft reset' explicit
      
      The 'soft reset' code path in libxl__domain_make() is currently taken if a
      valid domid is passed into the function. A subsequent patch will enable
      higher levels of the toolstack to determine the domid of newly created or
      restored domains and therefore this criteria for choosing 'soft reset'
      will no longer be usable.
      
      This patch adds an extra boolean option to libxl__domain_make() to specify
      whether it is being invoked in soft reset context and appropriately
      modifies callers to choose the right value. To facilitate this, a new
      'soft_reset' boolean field is added to struct libxl__domain_create_state
      and the 'domid_soft_reset' field is renamed to 'domid' in anticipation of
      its wider remit. For the moment do_domain_create() will always set
      domid to INVALID_DOMID and hence we can add an assertion into
      libxl__domain_create() that, if it is not called in soft reset context,
      the passed in domid is exactly that value.
      
      Whilst in the neighbourhood, some checks of 'restore_fd > -1' have been
      replaced by 'restore_fd >= 0' to be more conventional and consistent with
      checks of 'restore_fd < 0'.
      
      Signed-off-by: Paul Durrant <pdurrant@xxxxxxxxxx>
      Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

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

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

Failures :-/ but no regressions.

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


jobs:
 test-amd64-i386-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


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel