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

[Xen-devel] [linux-3.18 bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64



branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemuu-debianhvm-amd64
testid xen-boot

Tree: linux 
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.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:  linux 
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
  Bug introduced:  7b8052e19304865477e03a0047062d977309a22f
  Bug not present: d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/131105/


  commit 7b8052e19304865477e03a0047062d977309a22f
  Author: Jan Beulich <JBeulich@xxxxxxxx>
  Date:   Mon Oct 19 04:23:29 2015 -0600
  
      igb: fix NULL derefs due to skipped SR-IOV enabling
      
      [ Upstream commit be06998f96ecb93938ad2cce46c4289bf7cf45bc ]
      
      The combined effect of commits 6423fc3416 ("igb: do not re-init SR-IOV
      during probe") and ceee3450b3 ("igb: make sure SR-IOV init uses the
      right number of queues") causes VFs no longer getting set up, leading
      to NULL pointer dereferences due to the adapter's ->vf_data being NULL
      while ->vfs_allocated_count is non-zero. The first commit not only
      neglected the side effect of igb_sriov_reinit() that the second commit
      tried to account for, but also that of setting IGB_FLAG_HAS_MSIX,
      without which igb_enable_sriov() is effectively a no-op. Calling
      igb_{,re}set_interrupt_capability() as done here seems to address this,
      but I'm not sure whether this is better than sinply reverting the other
      two commits.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Tested-by: Aaron Brown <aaron.f.brown@xxxxxxxxx>
      Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
      Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>


For bisection revision-tuple graph see:
   
http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-3.18/test-amd64-i386-xl-qemuu-debianhvm-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/linux-3.18/test-amd64-i386-xl-qemuu-debianhvm-amd64.xen-boot
 --summary-out=tmp/131105.bisection-summary --basis-template=128858 
--blessings=real,real-bisect linux-3.18 
test-amd64-i386-xl-qemuu-debianhvm-amd64 xen-boot
Searching for failure / basis pass:
 131035 fail [host=debina1] / 130367 [host=fiano0] 130203 [host=rimava1] 130067 
[host=albana1] 129845 [host=huxelrebe1] 129760 [host=joubertin0] 128858 
[host=baroque1] 128841 [host=rimava1] 128807 [host=joubertin0] 128691 
[host=huxelrebe1] 128258 [host=pinot1] 128232 [host=pinot1] 128177 
[host=huxelrebe1] 128096 [host=albana0] 127486 [host=rimava1] 127472 
[host=fiano0] 127455 [host=italia0] 127296 [host=huxelrebe1] 127001 
[host=baroque0] 126926 [host=baroque0] 126813 [host=baroque0] 126711 
[host=baroque0] 126583 [host=baroque0] 126472 [host=baroque0] 126362 
[host=baroque0] 126270 [host=baroque0] 126189 [host=baroque0] 126042 
[host=pinot0] 125899 ok.
Failure / basis pass flights: 131035 / 125899
(tree with no url: minios)
(tree with no url: ovmf)
(tree with no url: seabios)
Tree: linux 
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.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 3879c163e8681939b1d93139521aee983623884f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
Basis pass 830f9674e76d08d04585e53fc200ae8af99966e7 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
c8ea0457495342c417c3dc033bba25148b279f60 
43139135a8938de44f66333831d3a8655d07663a 
1f7574763cbb2c85825b8cc4d81f386e767a476f
Generating revisions with ./adhoc-revtuple-generator  
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git#830f9674e76d08d04585e53fc200ae8af99966e7-3879c163e8681939b1d93139521aee983623884f
 
git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860
 
git://xenbits.xen.org/qemu-xen-traditional.git#c8ea0457495342c417c3dc033bba25148b279f60-d0d8ad39ecb51cd7497cd524484fe09f50876798
 
git://xenbits.xen.org/qemu-xen.git#43139135a8938de44f66333831d3a8655d07663a-de5b678ca4dcdfa83e322491d478d66df56c1986
 
git://xenbits.xen.org/xen.git#1f7574763cbb2c85825b8cc4d81f386e767a476f-6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
adhoc-revtuple-generator: tree discontiguous: qemu-xen
Loaded 3005 nodes in revision graph
Searching for test results:
 125899 pass 830f9674e76d08d04585e53fc200ae8af99966e7 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
c8ea0457495342c417c3dc033bba25148b279f60 
43139135a8938de44f66333831d3a8655d07663a 
1f7574763cbb2c85825b8cc4d81f386e767a476f
 126042 [host=pinot0]
 126189 [host=baroque0]
 126270 [host=baroque0]
 126362 [host=baroque0]
 126472 [host=baroque0]
 126583 [host=baroque0]
 126711 [host=baroque0]
 126813 [host=baroque0]
 126926 [host=baroque0]
 127001 [host=baroque0]
 127296 [host=huxelrebe1]
 127486 [host=rimava1]
 127472 [host=fiano0]
 127455 [host=italia0]
 128096 [host=albana0]
 128177 [host=huxelrebe1]
 128232 [host=pinot1]
 128258 [host=pinot1]
 128691 [host=huxelrebe1]
 128807 [host=joubertin0]
 128858 [host=baroque1]
 128841 [host=rimava1]
 129760 [host=joubertin0]
 129845 [host=huxelrebe1]
 130067 [host=albana1]
 130203 [host=rimava1]
 130367 [host=fiano0]
 130843 fail 376f405256923b1d1ab14cb2970a25e11b074198 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 130876 fail 376f405256923b1d1ab14cb2970a25e11b074198 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 130939 fail 3879c163e8681939b1d93139521aee983623884f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131089 fail 6937db48a589ae2f57ad64d120877a30a3483a65 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131085 pass 21bfce667e8afb19265e65309af2a44737293f92 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131049 pass 830f9674e76d08d04585e53fc200ae8af99966e7 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
c8ea0457495342c417c3dc033bba25148b279f60 
43139135a8938de44f66333831d3a8655d07663a 
1f7574763cbb2c85825b8cc4d81f386e767a476f
 131035 fail 3879c163e8681939b1d93139521aee983623884f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131091 fail 7746e511c07bcd42cb5af6781b9090ffc49abc9f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131087 fail ef61a0bdb01ec8b3515fdb7fee4807d1feb950ad 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131079 fail 3879c163e8681939b1d93139521aee983623884f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131080 pass 921b2fed6a79439ef1609ef4af0ada5cccb3555c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 
de5b678ca4dcdfa83e322491d478d66df56c1986 
54ec59f6b0b363c34cf1864d5214a05e35ea75ee
 131083 blocked 0d63979c1bc9c85578be4c589768a13dc0a7c5eb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
20c076d13b50e6d968a25ae51278054b6aa2fd08
 131097 fail 7938ba3f9260bfc992762733f37153d6412e3300 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131092 pass ffad2775c340740482d0f5af3765121d8a5c1b69 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131102 fail 7b8052e19304865477e03a0047062d977309a22f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131096 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131099 fail 7b8052e19304865477e03a0047062d977309a22f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131100 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131104 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131105 fail 7b8052e19304865477e03a0047062d977309a22f 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
Searching for interesting versions
 Result found: flight 125899 (pass), for basis pass
 Result found: flight 130939 (fail), for basis failure
 Repro found: flight 131049 (pass), for basis pass
 Repro found: flight 131079 (fail), for basis failure
 0 revisions at d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
de5b678ca4dcdfa83e322491d478d66df56c1986 
6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
No revisions left to test, checking graph state.
 Result found: flight 131096 (pass), for last pass
 Result found: flight 131099 (fail), for first failure
 Repro found: flight 131100 (pass), for last pass
 Repro found: flight 131102 (fail), for first failure
 Repro found: flight 131104 (pass), for last pass
 Repro found: flight 131105 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  linux 
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
  Bug introduced:  7b8052e19304865477e03a0047062d977309a22f
  Bug not present: d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/131105/


  commit 7b8052e19304865477e03a0047062d977309a22f
  Author: Jan Beulich <JBeulich@xxxxxxxx>
  Date:   Mon Oct 19 04:23:29 2015 -0600
  
      igb: fix NULL derefs due to skipped SR-IOV enabling
      
      [ Upstream commit be06998f96ecb93938ad2cce46c4289bf7cf45bc ]
      
      The combined effect of commits 6423fc3416 ("igb: do not re-init SR-IOV
      during probe") and ceee3450b3 ("igb: make sure SR-IOV init uses the
      right number of queues") causes VFs no longer getting set up, leading
      to NULL pointer dereferences due to the adapter's ->vf_data being NULL
      while ->vfs_allocated_count is non-zero. The first commit not only
      neglected the side effect of igb_sriov_reinit() that the second commit
      tried to account for, but also that of setting IGB_FLAG_HAS_MSIX,
      without which igb_enable_sriov() is effectively a no-op. Calling
      igb_{,re}set_interrupt_capability() as done here seems to address this,
      but I'm not sure whether this is better than sinply reverting the other
      two commits.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
      Tested-by: Aaron Brown <aaron.f.brown@xxxxxxxxx>
      Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
      Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

dot: graph is too large for cairo-renderer bitmaps. Scaling by 0.43687 to fit
pnmtopng: 33 colors found
Revision graph left in 
/home/logs/results/bisect/linux-3.18/test-amd64-i386-xl-qemuu-debianhvm-amd64.xen-boot.{dot,ps,png,html,svg}.
----------------------------------------
131105: tolerable ALL FAIL

flight 131105 linux-3.18 real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/131105/

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-i386-xl-qemuu-debianhvm-amd64  7 xen-boot    fail baseline untested


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


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

 


Rackspace

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