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-linus bisection] complete test-amd64-i386-qemuu-rhel6hvm-amd
Date: Sat, 24 Feb 2018 10:54:31 +0000	[thread overview]
Message-ID: <E1epXTL-0002ru-6i@osstest.test-lab.xenproject.org> (raw)

branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-qemuu-rhel6hvm-amd
testid xen-boot

Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.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/torvalds/linux-2.6.git
  Bug introduced:  44c6dc940b190cf22b044a784f3e00a7e7f08b2f
  Bug not present: 2bc2f688fdf8808de4f36be563ccdb0bde7c0c54
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/119987/


  commit 44c6dc940b190cf22b044a784f3e00a7e7f08b2f
  Author: Kees Cook <keescook@chromium.org>
  Date:   Tue Feb 6 15:37:45 2018 -0800
  
      Makefile: introduce CONFIG_CC_STACKPROTECTOR_AUTO
      
      Nearly all modern compilers support a stack-protector option, and nearly
      all modern distributions enable the kernel stack-protector, so enabling
      this by default in kernel builds would make sense.  However, Kconfig does
      not have knowledge of available compiler features, so it isn't safe to
      force on, as this would unconditionally break builds for the compilers or
      architectures that don't have support.  Instead, this introduces a new
      option, CONFIG_CC_STACKPROTECTOR_AUTO, which attempts to discover the best
      possible stack-protector available, and will allow builds to proceed even
      if the compiler doesn't support any stack-protector.
      
      This option is made the default so that kernels built with modern
      compilers will be protected-by-default against stack buffer overflows,
      avoiding things like the recent BlueBorne attack.  Selection of a specific
      stack-protector option remains available, including disabling it.
      
      Additionally, tiny.config is adjusted to use CC_STACKPROTECTOR_NONE, since
      that's the option with the least code size (and it used to be the default,
      so we have to explicitly choose it there now).
      
      Link: http://lkml.kernel.org/r/1510076320-69931-4-git-send-email-keescook@chromium.org
      Signed-off-by: Kees Cook <keescook@chromium.org>
      Tested-by: Laura Abbott <labbott@redhat.com>
      Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Josh Triplett <josh@joshtriplett.org>
      Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>


For bisection revision-tuple graph see:
   http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-linus/test-amd64-i386-qemuu-rhel6hvm-amd.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-linus/test-amd64-i386-qemuu-rhel6hvm-amd.xen-boot --summary-out=tmp/119990.bisection-summary --basis-template=118324 --blessings=real,real-bisect linux-linus test-amd64-i386-qemuu-rhel6hvm-amd xen-boot
Searching for failure / basis pass:
 119922 fail [host=pinot1] / 118629 [host=pinot0] 118598 ok.
Failure / basis pass flights: 119922 / 118598
(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/torvalds/linux-2.6.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 a638af00b27266c09ab7ac69141e6f4ac6c00eff c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 8f9ccfe93570ecae18d9cc224931787d0bca9c66
Basis pass 35277995e17919ab838beae765f440674e8576eb c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 99d9d7a33b781bc9a91416f1e04c8e50e40fa4ef
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git#35277995e17919ab838beae765f440674e8576eb-a638af00b27266c09ab7ac69141e6f4ac6c00eff git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#c8ea0457495342c417c3dc033bba25148b279f60-c8ea0457495342c417c3dc033bba25148b279f60 git://xenbits.xen.org/qemu-xen.git#2b033e396f4fa0981bae1213cdacd15775655a97-2b033e396f4fa0981bae1213cdacd15775655a97 git://xenbits.xen.org/xen.git#99d9d7a33b781bc9a91416f1e04c8e50e40fa4ef-8f9ccfe93570ecae18d9cc224931787d0bca9c66
Loaded 86004 nodes in revision graph
Searching for test results:
 118576 [host=pinot0]
 118586 [host=rimava0]
 118629 [host=pinot0]
 118598 pass 35277995e17919ab838beae765f440674e8576eb c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 99d9d7a33b781bc9a91416f1e04c8e50e40fa4ef
 118638 fail irrelevant
 118672 fail irrelevant
 118775 fail irrelevant
 118893 fail irrelevant
 118968 fail irrelevant
 119064 fail irrelevant
 119117 fail irrelevant
 119201 fail irrelevant
 119350 fail irrelevant
 119435 fail irrelevant
 119511 fail irrelevant
 119582 fail irrelevant
 119639 fail irrelevant
 119687 fail irrelevant
 119849 pass 35277995e17919ab838beae765f440674e8576eb c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 99d9d7a33b781bc9a91416f1e04c8e50e40fa4ef
 119751 fail irrelevant
 119961 fail 667b60946ef9b8375085c7b225229923c6f87308 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119965 pass 20d28cde5558a2a211620254ec7bc53a4334167f c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119975 fail eed9c249f7f137bceaebfd69bc9544ea09be9180 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119888 fail irrelevant
 119925 fail 60d7a21aedad7cd2dc9c27ca04fb8486aa6fb7da c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 c9d46c6fba9496478fa9f42c4bbebce8a191527d
 119896 fail 4b6415f9f9ca6bc8e449a73d8be1055aed63fd3a c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 24470b99c1671dca531c2cf5747eda2f8892ecbc
 119903 fail d1a75e0896f5e9f5cb6a979caaea39f1f4b9feb1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 24470b99c1671dca531c2cf5747eda2f8892ecbc
 119909 fail 8bb89666039cce2599479c5d3d87217bd0c45680 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 fdbed42649eb064e7c6d1bae2bdd4f46e7b2a160
 119934 fail 1c5b2216fbb973a9410e0b06389740b5c1289171 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 c9d46c6fba9496478fa9f42c4bbebce8a191527d
 119980 fail 44c6dc940b190cf22b044a784f3e00a7e7f08b2f c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119956 pass ab2d92ad881da11331280aedf612d82e61cb6d41 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119915 fail 4a823c0be80fa996234ebb41c80d40458b1bec1e c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 c9d46c6fba9496478fa9f42c4bbebce8a191527d
 119939 fail 1029117127540fef4edcf4f0887dc3e1f7d5adb2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 c9d46c6fba9496478fa9f42c4bbebce8a191527d
 119945 fail 1a5e8e35000577cb9100d22daa8b5ebcfa2be9b2 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 c93014ad3aa6aa88dfa5e96f66e8adb561483b8d
 119974 pass 2bc2f688fdf8808de4f36be563ccdb0bde7c0c54 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119969 fail 334cfa48d38f5416c125a71a57f72d6cf634d797 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119977 fail dfbc3c6cb747c074aa2ba0a10bbeea588d6dfda6 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119981 pass 2bc2f688fdf8808de4f36be563ccdb0bde7c0c54 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119922 fail a638af00b27266c09ab7ac69141e6f4ac6c00eff c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 8f9ccfe93570ecae18d9cc224931787d0bca9c66
 119984 fail 44c6dc940b190cf22b044a784f3e00a7e7f08b2f c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119985 pass 2bc2f688fdf8808de4f36be563ccdb0bde7c0c54 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119987 fail 44c6dc940b190cf22b044a784f3e00a7e7f08b2f c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
 119988 pass 35277995e17919ab838beae765f440674e8576eb c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 99d9d7a33b781bc9a91416f1e04c8e50e40fa4ef
 119990 fail a638af00b27266c09ab7ac69141e6f4ac6c00eff c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 8f9ccfe93570ecae18d9cc224931787d0bca9c66
Searching for interesting versions
 Result found: flight 118598 (pass), for basis pass
 Result found: flight 119922 (fail), for basis failure
 Repro found: flight 119988 (pass), for basis pass
 Repro found: flight 119990 (fail), for basis failure
 0 revisions at 2bc2f688fdf8808de4f36be563ccdb0bde7c0c54 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 2b033e396f4fa0981bae1213cdacd15775655a97 30cbd0c83ef3d0edac2d5bcc41a9a2b7a843ae58
No revisions left to test, checking graph state.
 Result found: flight 119974 (pass), for last pass
 Result found: flight 119980 (fail), for first failure
 Repro found: flight 119981 (pass), for last pass
 Repro found: flight 119984 (fail), for first failure
 Repro found: flight 119985 (pass), for last pass
 Repro found: flight 119987 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
  Bug introduced:  44c6dc940b190cf22b044a784f3e00a7e7f08b2f
  Bug not present: 2bc2f688fdf8808de4f36be563ccdb0bde7c0c54
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/119987/


  commit 44c6dc940b190cf22b044a784f3e00a7e7f08b2f
  Author: Kees Cook <keescook@chromium.org>
  Date:   Tue Feb 6 15:37:45 2018 -0800
  
      Makefile: introduce CONFIG_CC_STACKPROTECTOR_AUTO
      
      Nearly all modern compilers support a stack-protector option, and nearly
      all modern distributions enable the kernel stack-protector, so enabling
      this by default in kernel builds would make sense.  However, Kconfig does
      not have knowledge of available compiler features, so it isn't safe to
      force on, as this would unconditionally break builds for the compilers or
      architectures that don't have support.  Instead, this introduces a new
      option, CONFIG_CC_STACKPROTECTOR_AUTO, which attempts to discover the best
      possible stack-protector available, and will allow builds to proceed even
      if the compiler doesn't support any stack-protector.
      
      This option is made the default so that kernels built with modern
      compilers will be protected-by-default against stack buffer overflows,
      avoiding things like the recent BlueBorne attack.  Selection of a specific
      stack-protector option remains available, including disabling it.
      
      Additionally, tiny.config is adjusted to use CC_STACKPROTECTOR_NONE, since
      that's the option with the least code size (and it used to be the default,
      so we have to explicitly choose it there now).
      
      Link: http://lkml.kernel.org/r/1510076320-69931-4-git-send-email-keescook@chromium.org
      Signed-off-by: Kees Cook <keescook@chromium.org>
      Tested-by: Laura Abbott <labbott@redhat.com>
      Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Josh Triplett <josh@joshtriplett.org>
      Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

pnmtopng: 249 colors found
Revision graph left in /home/logs/results/bisect/linux-linus/test-amd64-i386-qemuu-rhel6hvm-amd.xen-boot.{dot,ps,png,html,svg}.
----------------------------------------
119990: tolerable FAIL

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

Failures :-/ but no regressions.

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


jobs:
 build-amd64                                                  pass    
 build-i386                                                   pass    
 test-amd64-i386-qemuu-rhel6hvm-amd                           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-02-24 10:54 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-24 10:54 osstest service owner [this message]
  -- strict thread matches above, loose matches on Subject: below --
2018-11-13  6:52 [linux-linus bisection] complete test-amd64-i386-qemuu-rhel6hvm-amd osstest service owner
2017-01-20 10:15 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=E1epXTL-0002ru-6i@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).