xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: osstest service owner <osstest-admin@xenproject.org>
To: xen-devel@lists.xenproject.org, osstest-admin@xenproject.org
Subject: [linux-3.18 bisection] complete test-amd64-i386-freebsd10-amd64
Date: Fri, 21 Dec 2018 04:29:10 +0000	[thread overview]
Message-ID: <E1gaCQw-00080K-Uo@osstest.test-lab.xenproject.org> (raw)

branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-freebsd10-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/131481/


  commit 7b8052e19304865477e03a0047062d977309a22f
  Author: Jan Beulich <JBeulich@suse.com>
  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@suse.com>
      Tested-by: Aaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: Sasha Levin <sashal@kernel.org>


For bisection revision-tuple graph see:
   http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-3.18/test-amd64-i386-freebsd10-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-freebsd10-amd64.xen-boot --summary-out=tmp/131481.bisection-summary --basis-template=128858 --blessings=real,real-bisect linux-3.18 test-amd64-i386-freebsd10-amd64 xen-boot
Searching for failure / basis pass:
 131442 fail [host=debina1] / 131370 [host=huxelrebe1] 131336 [host=huxelrebe0] 131307 [host=baroque1] 131279 [host=joubertin0] 131231 [host=joubertin0] 131192 [host=fiano1] 131149 [host=elbling0] 131095 [host=fiano0] 131035 [host=baroque0] 130939 [host=huxelrebe1] 130876 [host=baroque1] 130843 [host=huxelrebe0] 130367 [host=joubertin0] 130203 [host=joubertin0] 130067 [host=joubertin0] 129845 [host=joubertin0] 129760 [host=joubertin0] 128858 [host=debina0] 128841 [host=huxelrebe0] 128807 [host=baroque1] 128691 [host=pinot1] 128258 [host=debina0] 128232 [host=fiano1] 128177 [host=baroque0] 128096 [host=baroque1] 127486 [host=baroque0] 127472 [host=debina0] 127455 [host=joubertin1] 127296 ok.
Failure / basis pass flights: 131442 / 127296
(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 49a6ef532c77a869ac776d7764e1cf46755faba2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 9c35572f359cd6f71aa20b0991c74e032b8721d2
Basis pass ba6984fc0162f24a510ebc34e881b546b69c553b c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 9f3fd3d339b42a632ccc1c5fff218d1d19a69f01
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git#ba6984fc0162f24a510ebc34e881b546b69c553b-49a6ef532c77a869ac776d7764e1cf46755faba2 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149-d0d8ad39ecb51cd7497cd524484fe09f50876798 git://xenbits.xen.org/qemu-xen.git#de5b678ca4dcdfa83e322491d478d66df56c1986-de5b678ca4dcdfa83e322491d478d66df56c1986 git://xenbits.xen.org/xen.git#9f3fd3d339b42a632ccc1c5fff218d1d19a69f01-9c35572f359cd6f71aa20b0991c74e032b8721d2
Loaded 4007 nodes in revision graph
Searching for test results:
 127296 pass ba6984fc0162f24a510ebc34e881b546b69c553b c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 9f3fd3d339b42a632ccc1c5fff218d1d19a69f01
 127486 [host=baroque0]
 127472 [host=debina0]
 127455 [host=joubertin1]
 128096 [host=baroque1]
 128177 [host=baroque0]
 128232 [host=fiano1]
 128258 [host=debina0]
 128691 [host=pinot1]
 128807 [host=baroque1]
 128858 [host=debina0]
 128841 [host=huxelrebe0]
 129760 [host=joubertin0]
 129845 [host=joubertin0]
 130067 [host=joubertin0]
 130203 [host=joubertin0]
 130367 [host=joubertin0]
 130545 [host=joubertin0]
 130553 [host=joubertin0]
 130575 [host=joubertin0]
 130557 [host=joubertin0]
 130595 [host=joubertin0]
 130582 [host=joubertin0]
 130561 [host=joubertin0]
 130605 [host=joubertin0]
 130567 [host=joubertin0]
 130571 [host=joubertin0]
 130586 [host=joubertin0]
 130602 [host=joubertin0]
 130590 [host=joubertin0]
 130622 [host=joubertin0]
 130615 [host=joubertin0]
 130618 [host=joubertin0]
 130626 [host=joubertin0]
 130843 [host=huxelrebe0]
 130876 [host=baroque1]
 130939 [host=huxelrebe1]
 131095 [host=fiano0]
 131035 [host=baroque0]
 131149 [host=elbling0]
 131192 [host=fiano1]
 131279 [host=joubertin0]
 131231 [host=joubertin0]
 131307 [host=baroque1]
 131336 [host=huxelrebe0]
 131420 fail 49a6ef532c77a869ac776d7764e1cf46755faba2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 9c35572f359cd6f71aa20b0991c74e032b8721d2
 131370 [host=huxelrebe1]
 131443 pass ba6984fc0162f24a510ebc34e881b546b69c553b c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 9f3fd3d339b42a632ccc1c5fff218d1d19a69f01
 131455 fail 49a6ef532c77a869ac776d7764e1cf46755faba2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 9c35572f359cd6f71aa20b0991c74e032b8721d2
 131456 pass 2fade9ded019a03bd0c49c85c7dc3f24630930b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131457 blocked eebf0feb5ddb603025da7c1c6ab40c590b08c529 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 568653e01b84be5ac15fbf949bbcffcd91d6e829
 131458 blocked 78e0897dd8b321ba1b4a2137778ab7ae7d400af5 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 f2931b4233ec38e9f8d2b3ec6d86a9c7f9ebedc2
 131459 fail 8caa7c8854e1192db1ed97ce449f4958d14fe194 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 82855aba5bf91e50c81526167c11d4aeaf665e66
 131460 blocked 78e0897dd8b321ba1b4a2137778ab7ae7d400af5 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 f92212e1354cafb2cee741af653f12e273783cbf
 131461 pass 52a25e71cc9c37007639f1a04a0c0d4e567f338a c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131462 fail 376f405256923b1d1ab14cb2970a25e11b074198 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 298556c7b5f89243133378132a0c3024bdf6e563
 131463 blocked 23bbddabb8a5620289a7120f10be2272f34c0afb c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 568653e01b84be5ac15fbf949bbcffcd91d6e829
 131464 fail 78e0897dd8b321ba1b4a2137778ab7ae7d400af5 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 96f6ee15ad7ca96472779fc5c083b4149495c584
 131465 fail b9e6f13b07911696a67f4f7f9b236912254d5cdd c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131467 pass ce2c2e07337e98eb42904ef27c3ce62972d22a60 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131468 fail 7938ba3f9260bfc992762733f37153d6412e3300 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131469 pass 61fde28f92ab9a329ef06e0ab3f41269e3930213 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131471 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131472 fail 7b8052e19304865477e03a0047062d977309a22f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131442 fail 49a6ef532c77a869ac776d7764e1cf46755faba2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 9c35572f359cd6f71aa20b0991c74e032b8721d2
 131474 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131477 fail 7b8052e19304865477e03a0047062d977309a22f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131478 pass d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
 131481 fail 7b8052e19304865477e03a0047062d977309a22f c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
Searching for interesting versions
 Result found: flight 127296 (pass), for basis pass
 Result found: flight 131420 (fail), for basis failure
 Repro found: flight 131443 (pass), for basis pass
 Repro found: flight 131455 (fail), for basis failure
 0 revisions at d255d18a34a8d53ccc4a019dc07e17b6e8cf6bd1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 d0d8ad39ecb51cd7497cd524484fe09f50876798 de5b678ca4dcdfa83e322491d478d66df56c1986 6d8ffac1f7a782dc2c7f8df3871a294729ae36bd
No revisions left to test, checking graph state.
 Result found: flight 131471 (pass), for last pass
 Result found: flight 131472 (fail), for first failure
 Repro found: flight 131474 (pass), for last pass
 Repro found: flight 131477 (fail), for first failure
 Repro found: flight 131478 (pass), for last pass
 Repro found: flight 131481 (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/131481/


  commit 7b8052e19304865477e03a0047062d977309a22f
  Author: Jan Beulich <JBeulich@suse.com>
  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@suse.com>
      Tested-by: Aaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: Sasha Levin <sashal@kernel.org>

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

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

Failures :-/ but no regressions.

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


jobs:
 test-amd64-i386-freebsd10-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@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

             reply	other threads:[~2018-12-21  4:29 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-21  4:29 osstest service owner [this message]
  -- strict thread matches above, loose matches on Subject: below --
2019-03-03 14:06 [linux-3.18 bisection] complete test-amd64-i386-freebsd10-amd64 osstest service owner
2018-11-20 20:54 osstest service owner
2018-08-26 10:48 osstest service owner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1gaCQw-00080K-Uo@osstest.test-lab.xenproject.org \
    --to=osstest-admin@xenproject.org \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).