[xen-unstable bisection] complete test-amd64-i386-xl-qemut-ws16-amd64

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

branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemut-ws16-amd64
testid xen-boot

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:  6b1ca51b1a91d002636518afe4a8a50ba7212495
  Bug not present: 4c0a19991465fc19c5afa9bc3f304bae6044314e
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/164278/


  commit 6b1ca51b1a91d002636518afe4a8a50ba7212495
  Author: Jan Beulich <jbeulich@xxxxxxxx>
  Date:   Wed Aug 18 09:40:08 2021 +0200
  
      x86/PV: assert page state in mark_pv_pt_pages_rdonly()
      
      About every time I look at dom0_construct_pv()'s "calculation" of
      nr_pt_pages I question (myself) whether the result is precise or merely
      an upper bound. I think it is meant to be precise, but I think we would
      be better off having some checking in place. Hence add ASSERT()s to
      verify that
      - all pages have a valid L1...Ln (currently L4) page table type and
      - no other bits are set, in particular the type refcount is still zero.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>


For bisection revision-tuple graph see:
   
http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-unstable/test-amd64-i386-xl-qemut-ws16-amd64.xen-boot.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-ws16-amd64.xen-boot
 --summary-out=tmp/164278.bisection-summary --basis-template=164178 
--blessings=real,real-bisect,real-retry xen-unstable 
test-amd64-i386-xl-qemut-ws16-amd64 xen-boot
Searching for failure / basis pass:
 164248 fail [host=huxelrebe1] / 164237 ok.
Failure / basis pass flights: 164248 / 164237
(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 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
517a90d1ca09ce00e50d46ac25566cc3bd2eb34d
Basis pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
54c9736382e0d558a6acd820e44185e020131c48
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#3d273dd05e51e5a1ffba3d98c7437ee84e8f8764-3d273dd05e51e5a1ffba3d98c7437ee84e8f8764
 git://xenbits.xen.org/qemu-xen.git#136c34c9bc4179dc64b15b2bb5f0c54\
 ca4ddf823-136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
git://xenbits.xen.org/xen.git#54c9736382e0d558a6acd820e44185e020131c48-517a90d1ca09ce00e50d46ac25566cc3bd2eb34d
Loaded 5001 nodes in revision graph
Searching for test results:
 164230 pass irrelevant
 164237 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
54c9736382e0d558a6acd820e44185e020131c48
 164248 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
517a90d1ca09ce00e50d46ac25566cc3bd2eb34d
 164265 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
54c9736382e0d558a6acd820e44185e020131c48
 164269 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
517a90d1ca09ce00e50d46ac25566cc3bd2eb34d
 164270 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
4c0a19991465fc19c5afa9bc3f304bae6044314e
 164273 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
6b1ca51b1a91d002636518afe4a8a50ba7212495
 164274 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
4c0a19991465fc19c5afa9bc3f304bae6044314e
 164275 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
6b1ca51b1a91d002636518afe4a8a50ba7212495
 164276 pass c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
4c0a19991465fc19c5afa9bc3f304bae6044314e
 164278 fail c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
6b1ca51b1a91d002636518afe4a8a50ba7212495
Searching for interesting versions
 Result found: flight 164237 (pass), for basis pass
 For basis failure, parent search stopping at 
c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
4c0a19991465fc19c5afa9bc3f304bae6044314e, results HASH(0x55b95b244be8) 
HASH(0x55b95b24a928) HASH(0x55b95ad98ad8) For basis failure, parent search 
stopping at c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 136c34c9b\
 c4179dc64b15b2bb5f0c54ca4ddf823 54c9736382e0d558a6acd820e44185e020131c48, 
results HASH(0x55b95b246f18) HASH(0x55b95b23a9b0) Result found: flight 164248 
(fail), for basis failure (at ancestor ~677)
 Repro found: flight 164265 (pass), for basis pass
 Repro found: flight 164269 (fail), for basis failure
 0 revisions at c3038e718a19fc596f7b1baba0f83d5146dc7784 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
3d273dd05e51e5a1ffba3d98c7437ee84e8f8764 
136c34c9bc4179dc64b15b2bb5f0c54ca4ddf823 
4c0a19991465fc19c5afa9bc3f304bae6044314e
No revisions left to test, checking graph state.
 Result found: flight 164270 (pass), for last pass
 Result found: flight 164273 (fail), for first failure
 Repro found: flight 164274 (pass), for last pass
 Repro found: flight 164275 (fail), for first failure
 Repro found: flight 164276 (pass), for last pass
 Repro found: flight 164278 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  6b1ca51b1a91d002636518afe4a8a50ba7212495
  Bug not present: 4c0a19991465fc19c5afa9bc3f304bae6044314e
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/164278/


  commit 6b1ca51b1a91d002636518afe4a8a50ba7212495
  Author: Jan Beulich <jbeulich@xxxxxxxx>
  Date:   Wed Aug 18 09:40:08 2021 +0200
  
      x86/PV: assert page state in mark_pv_pt_pages_rdonly()
      
      About every time I look at dom0_construct_pv()'s "calculation" of
      nr_pt_pages I question (myself) whether the result is precise or merely
      an upper bound. I think it is meant to be precise, but I think we would
      be better off having some checking in place. Hence add ASSERT()s to
      verify that
      - all pages have a valid L1...Ln (currently L4) page table type and
      - no other bits are set, in particular the type refcount is still zero.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

Revision graph left in 
/home/logs/results/bisect/xen-unstable/test-amd64-i386-xl-qemut-ws16-amd64.xen-boot.{dot,ps,png,html,svg}.
----------------------------------------
164278: tolerable ALL FAIL

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

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-i386-xl-qemut-ws16-amd64  8 xen-boot         fail baseline untested


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