All of lore.kernel.org
 help / color / mirror / Atom feed
* [linux-linus bisection] complete test-amd64-i386-xl
@ 2018-09-12 16:46 osstest service owner
  0 siblings, 0 replies; 4+ messages in thread
From: osstest service owner @ 2018-09-12 16:46 UTC (permalink / raw)
  To: xen-devel, osstest-admin

branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl
testid guest-start

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:  11da3a7f84f19c26da6f86af878298694ede0804
  Bug not present: 864af0d40cdc82b705e3ca79cf2a57be900954b1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/127543/


  (Revision log too long, omitted.)


For bisection revision-tuple graph see:
   http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-linus/test-amd64-i386-xl.guest-start.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-xl.guest-start --summary-out=tmp/127543.bisection-summary --basis-template=125898 --blessings=real,real-bisect linux-linus test-amd64-i386-xl guest-start
Searching for failure / basis pass:
 127516 fail [host=albana0] / 125898 [host=pinot1] 125702 [host=huxelrebe1] 125676 [host=chardonnay0] 125657 [host=baroque1] 125648 [host=joubertin0] 125639 ok.
Failure / basis pass flights: 127516 / 125639
(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 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
Basis pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a e3f667bc5f51d0aa44357a64ca134cd952679c81
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git#864af0d40cdc82b705e3ca79cf2a57be900954b1-11da3a7f84f19c26da6f86af878298694ede0804 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/qemu-xen-traditional.git#c8ea0457495342c417c3dc033bba25148b279f60-9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 git://xenbits.xen.org/qemu-xen.git#43139135a8938de44f66333831d3a8655d07663a-de5b678ca4dcdfa83e322491d478d66df56c1986 git://xenbits.xen.org/xen.git#e3f667bc5f51d0aa44357a64ca134cd952679c81-1d069e45f7c2f6b2982797dd32092b300bacafad
adhoc-revtuple-generator: tree discontiguous: linux-2.6
adhoc-revtuple-generator: tree discontiguous: qemu-xen
Loaded 2006 nodes in revision graph
Searching for test results:
 125167 [host=huxelrebe1]
 125279 [host=huxelrebe1]
 125280 [host=huxelrebe1]
 125289 [host=huxelrebe1]
 125281 [host=huxelrebe1]
 125242 [host=huxelrebe1]
 125296 [host=huxelrebe1]
 125282 [host=huxelrebe1]
 125268 [host=huxelrebe1]
 125290 [host=huxelrebe1]
 125283 [host=huxelrebe1]
 125272 [host=huxelrebe1]
 125274 [host=huxelrebe1]
 125285 [host=huxelrebe1]
 125275 [host=huxelrebe1]
 125278 [host=huxelrebe1]
 125284 [host=huxelrebe1]
 125291 [host=huxelrebe1]
 125286 [host=huxelrebe1]
 125301 [host=huxelrebe1]
 125294 [host=huxelrebe1]
 125298 [host=huxelrebe1]
 125305 [host=huxelrebe1]
 125312 [host=huxelrebe1]
 125318 [host=huxelrebe1]
 125401 [host=rimava1]
 125501 [host=baroque0]
 125551 [host=debina0]
 125520 [host=joubertin1]
 125585 [host=albana1]
 125648 [host=joubertin0]
 125639 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a e3f667bc5f51d0aa44357a64ca134cd952679c81
 125657 [host=baroque1]
 125676 [host=chardonnay0]
 125702 [host=huxelrebe1]
 125898 [host=pinot1]
 125921 blocked irrelevant
 126069 blocked irrelevant
 126202 blocked irrelevant
 126310 [host=albana1]
 126412 [host=albana1]
 126550 fail irrelevant
 126656 [host=albana1]
 126659 [host=albana1]
 126682 fail irrelevant
 126888 fail irrelevant
 126978 []
 127038 fail irrelevant
 127108 fail irrelevant
 127148 fail irrelevant
 127193 fail irrelevant
 127221 fail irrelevant
 127256 fail irrelevant
 127284 fail irrelevant
 127315 fail irrelevant
 127344 fail irrelevant
 127364 fail irrelevant
 127389 fail irrelevant
 127403 fail irrelevant
 127415 fail irrelevant
 127443 fail irrelevant
 127479 fail 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127458 fail irrelevant
 127518 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a afc3f910d3434b540e4e4f51d9fd2723aea22fa2
 127521 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 dcf417903bd17a8e26f1be771e4d2228f63a061c
 127539 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127523 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 342dcb6430d76ebd1ce229a02bad83f8881c9ac9
 127525 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 30a970906038a4d360e1f7ee29ba80ef832dd78b
 127516 fail 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127526 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 49136c3898fc71c4d9e9a8c93bb59b4c601b1eec
 127497 fail 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127527 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 583037acab54966470021d90a3fc30419c6d8d91
 127543 fail 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127515 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a e3f667bc5f51d0aa44357a64ca134cd952679c81
 127517 fail 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127529 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 b824478103d590dc6b755d20ff8aae4d3f8ed3e4
 127533 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 6069dd65d67e846b37aa03c48d22ceaf1afd211a
 127534 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127536 fail 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127537 pass 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
 127538 fail 11da3a7f84f19c26da6f86af878298694ede0804 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
Searching for interesting versions
 Result found: flight 125639 (pass), for basis pass
 Result found: flight 127479 (fail), for basis failure
 Repro found: flight 127515 (pass), for basis pass
 Repro found: flight 127516 (fail), for basis failure
 0 revisions at 864af0d40cdc82b705e3ca79cf2a57be900954b1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 9c0eed618f37dd5b4a57c8b3fbc48ef8913e3149 de5b678ca4dcdfa83e322491d478d66df56c1986 1d069e45f7c2f6b2982797dd32092b300bacafad
No revisions left to test, checking graph state.
 Result found: flight 127534 (pass), for last pass
 Result found: flight 127536 (fail), for first failure
 Repro found: flight 127537 (pass), for last pass
 Repro found: flight 127538 (fail), for first failure
 Repro found: flight 127539 (pass), for last pass
 Repro found: flight 127543 (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:  11da3a7f84f19c26da6f86af878298694ede0804
  Bug not present: 864af0d40cdc82b705e3ca79cf2a57be900954b1
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/127543/


  (Revision log too long, omitted.)

pnmtopng: 111 colors found
Revision graph left in /home/logs/results/bisect/linux-linus/test-amd64-i386-xl.guest-start.{dot,ps,png,html,svg}.
----------------------------------------
127543: tolerable ALL FAIL

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

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-i386-xl           12 guest-start             fail baseline untested


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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [linux-linus bisection] complete test-amd64-i386-xl
@ 2018-07-18 11:05 osstest service owner
  0 siblings, 0 replies; 4+ messages in thread
From: osstest service owner @ 2018-07-18 11:05 UTC (permalink / raw)
  To: xen-devel, osstest-admin

branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl
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:  9d3cce1e8b8561fed5f383d22a4d6949db4eadbe
  Bug not present: 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/125318/


  (Revision log too long, omitted.)


For bisection revision-tuple graph see:
   http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-linus/test-amd64-i386-xl.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-xl.xen-boot --summary-out=tmp/125318.bisection-summary --basis-template=123554 --blessings=real,real-bisect linux-linus test-amd64-i386-xl xen-boot
Searching for failure / basis pass:
 125242 fail [host=huxelrebe1] / 125129 [host=fiano0] 125069 [host=albana0] 125041 [host=baroque1] 124994 [host=albana1] 124938 [host=joubertin1] 124151 [host=baroque1] 124092 [host=debina1] 124066 [host=huxelrebe0] 124047 ok.
Failure / basis pass flights: 125242 / 124047
(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 9d3cce1e8b8561fed5f383d22a4d6949db4eadbe c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
Basis pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 06f542f8f2e446c01bd0edab51e9450af7f6e05b
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git#3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3-9d3cce1e8b8561fed5f383d22a4d6949db4eadbe 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#43139135a8938de44f66333831d3a8655d07663a-43139135a8938de44f66333831d3a8655d07663a git://xenbits.xen.org/xen.git#06f542f8f2e446c01bd0edab51e9450af7f6e05b-41cb2db62627a7438d938aae487550c3f4acb1da
adhoc-revtuple-generator: tree discontiguous: linux-2.6
From git://cache:9419/git://xenbits.xen.org/xen
   e3f667bc5f..a60de1b9f8  coverity-tested/smoke -> origin/coverity-tested/smoke
   4f4fc5f6af..93102b49d5  staging               -> origin/staging
Loaded 1002 nodes in revision graph
Searching for test results:
 123370 [host=italia0]
 123438 [host=elbling1]
 123554 [host=chardonnay0]
 123655 [host=albana0]
 123792 [host=baroque0]
 123937 [host=chardonnay1]
 123871 [host=debina0]
 124013 [host=joubertin1]
 124047 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 06f542f8f2e446c01bd0edab51e9450af7f6e05b
 124066 [host=huxelrebe0]
 124092 [host=debina1]
 124151 [host=baroque1]
 124938 [host=joubertin1]
 124994 [host=albana1]
 125041 [host=baroque1]
 125069 [host=albana0]
 125167 fail irrelevant
 125129 [host=fiano0]
 125279 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a ef765ec9879ad0c7d9fe6cd8a5bb584056f3fea1
 125280 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 2df1d2ba132ff5e5d997af264f458c9182f08a26
 125289 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a f5d10dc2909c84e4ffc7240e542c513ed480aa04
 125281 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a b4ac4bc410222d221dc46a74ac71efaa7b32d57c
 125242 fail 9d3cce1e8b8561fed5f383d22a4d6949db4eadbe c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
 125296 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
 125282 fail irrelevant
 125268 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 06f542f8f2e446c01bd0edab51e9450af7f6e05b
 125290 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 9ba1f198f61e923295afe13662e7bd219f7f4077
 125283 fail 9d3cce1e8b8561fed5f383d22a4d6949db4eadbe c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
 125272 fail irrelevant
 125274 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 00cebd6f22beb6d5fa65ed2d8d1ff9acf59bce61
 125275 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a d62d0e5b64e512d2993d75773369e16b0045d9da
 125278 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a a808623142812a22ee0b632fe6fd5e044e83839b
 125284 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 5a065e5bfc53a548769c4b079576f8b08f43f376
 125291 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 94c7b060c072794d9f21755db24db1ac502ceb4b
 125286 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 0c798b22a009fd6e3ec388c11c1752e5eaa561aa
 125301 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
 125294 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a b9a3c9535622c78d04c3d548513af81c8e64d0f1
 125298 fail 9d3cce1e8b8561fed5f383d22a4d6949db4eadbe c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
 125305 fail 9d3cce1e8b8561fed5f383d22a4d6949db4eadbe c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
 125312 pass 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
 125318 fail 9d3cce1e8b8561fed5f383d22a4d6949db4eadbe c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
Searching for interesting versions
 Result found: flight 124047 (pass), for basis pass
 Result found: flight 125242 (fail), for basis failure
 Repro found: flight 125268 (pass), for basis pass
 Repro found: flight 125283 (fail), for basis failure
 0 revisions at 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3 c530a75c1e6a472b0eb9558310b518f0dfcd8860 c8ea0457495342c417c3dc033bba25148b279f60 43139135a8938de44f66333831d3a8655d07663a 41cb2db62627a7438d938aae487550c3f4acb1da
No revisions left to test, checking graph state.
 Result found: flight 125296 (pass), for last pass
 Result found: flight 125298 (fail), for first failure
 Repro found: flight 125301 (pass), for last pass
 Repro found: flight 125305 (fail), for first failure
 Repro found: flight 125312 (pass), for last pass
 Repro found: flight 125318 (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:  9d3cce1e8b8561fed5f383d22a4d6949db4eadbe
  Bug not present: 3ca24ce9ff764bc27bceb9b2fd8ece74846c3fd3
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/125318/


  (Revision log too long, omitted.)

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

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

Failures :-/ but no regressions.

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


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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [linux-linus bisection] complete test-amd64-i386-xl
@ 2015-07-31  4:03 osstest service owner
  0 siblings, 0 replies; 4+ messages in thread
From: osstest service owner @ 2015-07-31  4:03 UTC (permalink / raw)
  To: xen-devel, osstest-admin

branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-xl
test guest-saverestore

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/staging/qemu-xen-unstable.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.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:  3a9ace0147d48af49ffd34628f9510f248f2f588
  Bug not present: d9c879039393bb14760966bf7076a2d40d45b124


  commit 3a9ace0147d48af49ffd34628f9510f248f2f588
  Author: Andrew Cooper <andrew.cooper3@citrix.com>
  Date:   Fri Jun 12 17:21:41 2015 +0100
  
      tools/libxc+libxl+xl: Restore v2 streams
      
      This is a complicated set of changes which must be done together for
      bisectability.
      
       * libxl-save-helper is updated to unconditionally use libxc migration
         v2.
       * libxl compatibility workarounds in libxc are disabled for restore
         operations.
       * libxl__stream_read_start() is logically spliced into the event
         location where libxl__xc_domain_restore() used to reside.
       * Ownership of the save_helper_state moves to stream_read_state.
      
      The parameters 'hvm', 'pae', and 'superpages' were previously
      superfluous, and are completely unused in migration
      v2. callbacks->toolstack_restore is handled via a migration v2 record
      now, rather than via a callback from libxc.
      
      NB: this change breaks Remus.  Further untangling needs to happen
      before Remus will function.
      
      Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
      Acked-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
      CC: Ian Campbell <Ian.Campbell@citrix.com>
      CC: Wei Liu <wei.liu2@citrix.com>
      
      ---
      v4:
       * Don't use _init() needlessly
      v3:
       * Simplify from v2.
       * Alter the ownership of save_helper_state
      
      v2:
       * Drop "legacy_width" from the IDL
       * Gain a LIBXL_HAVE_ to signify support of migration v2 streams


For bisection revision-tuple graph see:
   http://logs.test-lab.xenproject.org/osstest/results/bisect/linux-linus/test-amd64-i386-xl.guest-saverestore.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Searching for failure / basis pass:
 60057 fail [host=italia0] / 59462 [host=chardonnay0] 59426 [host=merlot0] 59348 [host=elbling0] 59254 [host=fiano0] 59186 [host=italia1] 59130 [host=merlot1] 59086 [host=pinot0] 59036 [host=huxelrebe1] 59018 [host=pinot1] 58981 [host=chardonnay1] 58966 ok.
Failure / basis pass flights: 60057 / 58966
(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/staging/qemu-xen-unstable.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
Latest cbfe8fa6cd672011c755c3cd85c9ffd4e2d10a6f c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 7c60c2da3160766a265cb84c7411ff2c9cbd8d0b
Basis pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c c40317f11b3f05e7c06a2213560c8471081f2662
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git#4a10a91756ef381bced7b88cfb9232f660b92d93-cbfe8fa6cd672011c755c3cd85c9ffd4e2d10a6f git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/staging/qemu-xen-unstable.git#3e2e51ecc1120bd59537ed19b6bc7066511c7e2e-3e2e51ecc1120bd59537ed19b6bc7066511c7e2e git://xenbits.xen.org/staging/qemu-upstream-unstable.git#c4a962ec0c61aa9b860a3635c8424472e6c2cc2c-c4a962ec0c61aa9b860a3635c8424472e6c2cc2c git://xenbits.xen.org/xen.git#c40317f11b3f05e7c06a2213560c8471081f2662-7c60c2da3160766a265cb84c7411ff2c9cbd8d0b
+ exec
+ sh -xe
+ cd /home/osstest/repos/linux-2.6
+ git remote set-url origin git://cache:9419/git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
>From git://cache:9419/git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6
   dbe0811..8400935  master     -> origin/master
adhoc-revtuple-generator: tree discontiguous: linux-2.6
+ exec
+ sh -xe
+ cd /home/osstest/repos/xen
+ git remote set-url origin git://cache:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /home/osstest/repos/xen
+ git remote set-url origin git://cache:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
Loaded 1002 nodes in revision graph
Searching for test results:
 58933 [host=chardonnay0]
 58944 [host=rimava1]
 59018 [host=pinot1]
 58966 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c c40317f11b3f05e7c06a2213560c8471081f2662
 58981 [host=chardonnay1]
 59036 [host=huxelrebe1]
 59086 [host=pinot0]
 59130 [host=merlot1]
 59186 [host=italia1]
 59254 [host=fiano0]
 59348 [host=elbling0]
 59426 [host=merlot0]
 59462 [host=chardonnay0]
 59531 blocked irrelevant
 59559 blocked irrelevant
 59606 []
 59649 blocked irrelevant
 59770 fail irrelevant
 59789 []
 59815 []
 59836 fail irrelevant
 59898 []
 59947 []
 60005 []
 60057 fail cbfe8fa6cd672011c755c3cd85c9ffd4e2d10a6f c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 7c60c2da3160766a265cb84c7411ff2c9cbd8d0b
 60115 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c c40317f11b3f05e7c06a2213560c8471081f2662
 60138 fail cbfe8fa6cd672011c755c3cd85c9ffd4e2d10a6f c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 7c60c2da3160766a265cb84c7411ff2c9cbd8d0b
 60139 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 27c5541986667a728a1bf54c63ede8796aab79d8
 60140 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c bbf6a4d5127f10118d329e5b361e77a0eb2a25e2
 60141 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 74a7c7a92871c9d2b4000c76d868effdacf83947
 60148 fail 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 0c90a8d25a2cfe91ceec0729c2238c911768a0bf
 60167 fail 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c b0f65210b5067d0a063d2bc87ac8a166bddac278
 60168 fail 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 7eaec00dd938087e4ce21a9fb06f2be44fc41945
 60169 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c d9c879039393bb14760966bf7076a2d40d45b124
 60171 fail 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 7c4027c6a0bddcde74df2bf5c16421f2cbb19971
 60172 fail 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 3a9ace0147d48af49ffd34628f9510f248f2f588
 60173 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c d9c879039393bb14760966bf7076a2d40d45b124
 60175 fail 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 3a9ace0147d48af49ffd34628f9510f248f2f588
 60176 pass 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c d9c879039393bb14760966bf7076a2d40d45b124
 60178 fail 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c 3a9ace0147d48af49ffd34628f9510f248f2f588
Searching for interesting versions
 Result found: flight 58966 (pass), for basis pass
 Result found: flight 60057 (fail), for basis failure
 Repro found: flight 60115 (pass), for basis pass
 Repro found: flight 60138 (fail), for basis failure
 0 revisions at 4a10a91756ef381bced7b88cfb9232f660b92d93 c530a75c1e6a472b0eb9558310b518f0dfcd8860 3e2e51ecc1120bd59537ed19b6bc7066511c7e2e c4a962ec0c61aa9b860a3635c8424472e6c2cc2c d9c879039393bb14760966bf7076a2d40d45b124
No revisions left to test, checking graph state.
 Result found: flight 60169 (pass), for last pass
 Result found: flight 60172 (fail), for first failure
 Repro found: flight 60173 (pass), for last pass
 Repro found: flight 60175 (fail), for first failure
 Repro found: flight 60176 (pass), for last pass
 Repro found: flight 60178 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  xen git://xenbits.xen.org/xen.git
  Bug introduced:  3a9ace0147d48af49ffd34628f9510f248f2f588
  Bug not present: d9c879039393bb14760966bf7076a2d40d45b124

+ exec
+ sh -xe
+ cd /home/osstest/repos/xen
+ git remote set-url origin git://cache:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*

  commit 3a9ace0147d48af49ffd34628f9510f248f2f588
  Author: Andrew Cooper <andrew.cooper3@citrix.com>
  Date:   Fri Jun 12 17:21:41 2015 +0100
  
      tools/libxc+libxl+xl: Restore v2 streams
      
      This is a complicated set of changes which must be done together for
      bisectability.
      
       * libxl-save-helper is updated to unconditionally use libxc migration
         v2.
       * libxl compatibility workarounds in libxc are disabled for restore
         operations.
       * libxl__stream_read_start() is logically spliced into the event
         location where libxl__xc_domain_restore() used to reside.
       * Ownership of the save_helper_state moves to stream_read_state.
      
      The parameters 'hvm', 'pae', and 'superpages' were previously
      superfluous, and are completely unused in migration
      v2. callbacks->toolstack_restore is handled via a migration v2 record
      now, rather than via a callback from libxc.
      
      NB: this change breaks Remus.  Further untangling needs to happen
      before Remus will function.
      
      Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
      Acked-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
      CC: Ian Campbell <Ian.Campbell@citrix.com>
      CC: Wei Liu <wei.liu2@citrix.com>
      
      ---
      v4:
       * Don't use _init() needlessly
      v3:
       * Simplify from v2.
       * Alter the ownership of save_helper_state
      
      v2:
       * Drop "legacy_width" from the IDL
       * Gain a LIBXL_HAVE_ to signify support of migration v2 streams

pnmtopng: 205 colors found
Revision graph left in /home/logs/results/bisect/linux-linus/test-amd64-i386-xl.guest-saverestore.{dot,ps,png,html}.
----------------------------------------
60178: tolerable ALL FAIL

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

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-i386-xl           13 guest-saverestore       fail baseline untested


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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [linux-linus bisection] complete test-amd64-i386-xl
@ 2014-11-29 16:41 xen.org
  0 siblings, 0 replies; 4+ messages in thread
From: xen.org @ 2014-11-29 16:41 UTC (permalink / raw)
  To: xen-devel; +Cc: ian.jackson, keir, stefano.stabellini

branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-xl
test guest-saverestore

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/staging/qemu-xen-unstable.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.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:  c6c9161d064d30e78904f3affe5184487493e0fc
  Bug not present: 8b2ed21e846c63d8f1bdee0d8df0645721a604a1


  commit c6c9161d064d30e78904f3affe5184487493e0fc
  Merge: 8b2ed21 b5e212a
  Author: Linus Torvalds <torvalds@linux-foundation.org>
  Date:   Fri Nov 21 15:46:17 2014 -0800
  
      Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
      
      Pull x86 fixes from Thomas Gleixner:
       "Misc fixes:
         - gold linker build fix
         - noxsave command line parsing fix
         - bugfix for NX setup
         - microcode resume path bug fix
         - _TIF_NOHZ versus TIF_NOHZ bugfix as discussed in the mysterious
           lockup thread"
      
      * 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86, syscall: Fix _TIF_NOHZ handling in syscall_trace_enter_phase1
        x86, kaslr: Handle Gold linker for finding bss/brk
        x86, mm: Set NX across entire PMD at boot
        x86, microcode: Update BSPs microcode on resume
        x86: Require exact match for 'noxsave' command line option
  
  commit b5e212a3051b65e426a513901d9c7001681c7215
  Author: Andy Lutomirski <luto@amacapital.net>
  Date:   Wed Nov 19 13:56:19 2014 -0800
  
      x86, syscall: Fix _TIF_NOHZ handling in syscall_trace_enter_phase1
      
      TIF_NOHZ is 19 (i.e. _TIF_SYSCALL_TRACE | _TIF_NOTIFY_RESUME |
      _TIF_SINGLESTEP), not (1<<19).
      
      This code is involved in Dave's trinity lockup, but I don't see why
      it would cause any of the problems he's seeing, except inadvertently
      by causing a different path through entry_64.S's syscall handling.
      
      Signed-off-by: Andy Lutomirski <luto@amacapital.net>
      Cc: Don Zickus <dzickus@redhat.com>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Dave Jones <davej@redhat.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Link: http://lkml.kernel.org/r/a6cd3b60a3f53afb6e1c8081b0ec30ff19003dd7.1416434075.git.luto@amacapital.net
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit 70b61e362187b5fccac206506d402f3424e3e749
  Author: Kees Cook <keescook@chromium.org>
  Date:   Mon Nov 17 16:16:04 2014 -0800
  
      x86, kaslr: Handle Gold linker for finding bss/brk
      
      When building with the Gold linker, the .bss and .brk areas of vmlinux
      are shown as consecutive instead of having the same file offset. Allow
      for either state, as long as things add up correctly.
      
      Fixes: e6023367d779 ("x86, kaslr: Prevent .bss from overlaping initrd")
      Reported-by: Markus Trippelsdorf <markus@trippelsdorf.de>
      Signed-off-by: Kees Cook <keescook@chromium.org>
      Cc: Junjie Mao <eternal.n08@gmail.com>
      Link: http://lkml.kernel.org/r/20141118001604.GA25045@www.outflux.net
      Cc: stable@vger.kernel.org
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit 45e2a9d4701d8c624d4a4bcdd1084eae31e92f58
  Author: Kees Cook <keescook@chromium.org>
  Date:   Fri Nov 14 11:47:37 2014 -0800
  
      x86, mm: Set NX across entire PMD at boot
      
      When setting up permissions on kernel memory at boot, the end of the
      PMD that was split from bss remained executable. It should be NX like
      the rest. This performs a PMD alignment instead of a PAGE alignment to
      get the correct span of memory.
      
      Before:
      ---[ High Kernel Mapping ]---
      ...
      0xffffffff8202d000-0xffffffff82200000  1868K     RW       GLB NX pte
      0xffffffff82200000-0xffffffff82c00000    10M     RW   PSE GLB NX pmd
      0xffffffff82c00000-0xffffffff82df5000  2004K     RW       GLB NX pte
      0xffffffff82df5000-0xffffffff82e00000    44K     RW       GLB x  pte
      0xffffffff82e00000-0xffffffffc0000000   978M                     pmd
      
      After:
      ---[ High Kernel Mapping ]---
      ...
      0xffffffff8202d000-0xffffffff82200000  1868K     RW       GLB NX pte
      0xffffffff82200000-0xffffffff82e00000    12M     RW   PSE GLB NX pmd
      0xffffffff82e00000-0xffffffffc0000000   978M                     pmd
      
      [ tglx: Changed it to roundup(_brk_end, PMD_SIZE) and added a comment.
              We really should unmap the reminder along with the holes
              caused by init,initdata etc. but thats a different issue ]
      
      Signed-off-by: Kees Cook <keescook@chromium.org>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Toshi Kani <toshi.kani@hp.com>
      Cc: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
      Cc: David Vrabel <david.vrabel@citrix.com>
      Cc: Wang Nan <wangnan0@huawei.com>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: stable@vger.kernel.org
      Link: http://lkml.kernel.org/r/20141114194737.GA3091@www.outflux.net
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit fb86b97300d930b57471068720c52bfa8622eab7
  Author: Borislav Petkov <bp@suse.de>
  Date:   Tue Nov 18 10:46:57 2014 +0100
  
      x86, microcode: Update BSPs microcode on resume
      
      In the situation when we apply early microcode but do *not* apply late
      microcode, we fail to update the BSP's microcode on resume because we
      haven't initialized the uci->mc microcode pointer. So, in order to
      alleviate that, we go and dig out the stashed microcode patch during
      early boot. It is basically the same thing that is done on the APs early
      during boot so do that too here.
      
      Tested-by: alex.schnaidt@gmail.com
      Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=88001
      Cc: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Cc: <stable@vger.kernel.org> # v3.9
      Signed-off-by: Borislav Petkov <bp@suse.de>
      Link: http://lkml.kernel.org/r/20141118094657.GA6635@pd.tnic
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit 2cd3949f702692cf4c5d05b463f19cd706a92dd3
  Author: Dave Hansen <dave.hansen@linux.intel.com>
  Date:   Tue Nov 11 14:01:33 2014 -0800
  
      x86: Require exact match for 'noxsave' command line option
      
      We have some very similarly named command-line options:
      
      arch/x86/kernel/cpu/common.c:__setup("noxsave", x86_xsave_setup);
      arch/x86/kernel/cpu/common.c:__setup("noxsaveopt", x86_xsaveopt_setup);
      arch/x86/kernel/cpu/common.c:__setup("noxsaves", x86_xsaves_setup);
      
      __setup() is designed to match options that take arguments, like
      "foo=bar" where you would have:
      
      	__setup("foo", x86_foo_func...);
      
      The problem is that "noxsave" actually _matches_ "noxsaves" in
      the same way that "foo" matches "foo=bar".  If you boot an old
      kernel that does not know about "noxsaves" with "noxsaves" on the
      command line, it will interpret the argument as "noxsave", which
      is not what you want at all.
      
      This makes the "noxsave" handler only return success when it finds
      an *exact* match.
      
      [ tglx: We really need to make __setup() more robust. ]
      
      Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
      Cc: Dave Hansen <dave@sr71.net>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Cc: x86@kernel.org
      Cc: stable@vger.kernel.org
      Link: http://lkml.kernel.org/r/20141111220133.FE053984@viggo.jf.intel.com
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>


For bisection revision-tuple graph see:
   http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.linux-linus.test-amd64-i386-xl.guest-saverestore.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Searching for failure / basis pass:
 31858 fail [host=rice-weevil] / 31766 [host=field-cricket] 31683 [host=gall-mite] 31665 ok.
Failure / basis pass flights: 31858 / 31665
(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/staging/qemu-xen-unstable.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
Latest 5d01410fe4d92081f349b013a2e7a95429e4f2c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
Basis pass fc14f9c1272f62c3e8d01300f52467c0d9af50f9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 0c94ca5ffeb6d314404ecbc231bef28fe8d3fc51 e6fa63d6cf8e79de2cfb2d428269b6d6f698c3d2
Generating revisions with ./adhoc-revtuple-generator  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git#fc14f9c1272f62c3e8d01300f52467c0d9af50f9-5d01410fe4d92081f349b013a2e7a95429e4f2c9 git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860 git://xenbits.xen.org/staging/qemu-xen-unstable.git#b0d42741f8e9a00854c3b3faca1da84bfc69bf22-b0d42741f8e9a00854c3b3faca1da84bfc69bf22 git://xenbits.xen.org/staging/qemu-upstream-unstable.git#0c94ca5ffeb6d314404ecbc231bef28fe8d3fc51-a230ec3101ddda868252c036ea960af2b2d6cd5a git://xenbits.xen.org/xen.git#e6fa63d6cf8e79de2cfb2d428269b6d6f698c3d2-6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/linux-2.6
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/qemu-upstream-unstable
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/staging/qemu-upstream-unstable.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/linux-2.6
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/qemu-upstream-unstable
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/staging/qemu-upstream-unstable.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
+ exec
+ sh -xe
+ cd /export/home/osstest/repos/xen
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://xenbits.xen.org/xen.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*
Loaded 382257 nodes in revision graph
Searching for test results:
 31683 [host=gall-mite]
 31665 pass fc14f9c1272f62c3e8d01300f52467c0d9af50f9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 0c94ca5ffeb6d314404ecbc231bef28fe8d3fc51 e6fa63d6cf8e79de2cfb2d428269b6d6f698c3d2
 31766 [host=field-cricket]
 31858 fail 5d01410fe4d92081f349b013a2e7a95429e4f2c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31850 fail irrelevant
 31914 pass fc14f9c1272f62c3e8d01300f52467c0d9af50f9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 0c94ca5ffeb6d314404ecbc231bef28fe8d3fc51 e6fa63d6cf8e79de2cfb2d428269b6d6f698c3d2
 31920 pass 788ec2fc2ca295a2d929986e95231214ecd8d142 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31937 pass 8b2ed21e846c63d8f1bdee0d8df0645721a604a1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31929 pass 8b2ed21e846c63d8f1bdee0d8df0645721a604a1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31918 fail 5d01410fe4d92081f349b013a2e7a95429e4f2c9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31923 fail e6a588d086a75dc20afb8ffbcbe23a50d4a1ca37 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31919 fail 9a7e4f5633f0c733820091cc9c643cc0c257c349 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31926 pass fc14f9c1272f62c3e8d01300f52467c0d9af50f9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 0f25d1b324b7922094c9e1bde78d7df01d57dadc
 31924 pass fc14f9c1272f62c3e8d01300f52467c0d9af50f9 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 0c94ca5ffeb6d314404ecbc231bef28fe8d3fc51 dbdd03d0ad4ad93f1db50341fac56a514c726552
 31927 pass a64bb02f4a62a604d8dd62decb559b9c6adfb40c c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31930 fail c6c9161d064d30e78904f3affe5184487493e0fc c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31936 fail c6c9161d064d30e78904f3affe5184487493e0fc c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31933 pass 8b2ed21e846c63d8f1bdee0d8df0645721a604a1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
 31938 fail c6c9161d064d30e78904f3affe5184487493e0fc c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
Searching for interesting versions
 Result found: flight 31665 (pass), for basis pass
 Result found: flight 31858 (fail), for basis failure
 Repro found: flight 31914 (pass), for basis pass
 Repro found: flight 31918 (fail), for basis failure
 0 revisions at 8b2ed21e846c63d8f1bdee0d8df0645721a604a1 c530a75c1e6a472b0eb9558310b518f0dfcd8860 b0d42741f8e9a00854c3b3faca1da84bfc69bf22 a230ec3101ddda868252c036ea960af2b2d6cd5a 6913fa31fa898f45ecc3b00e2397b8ebc75c8df4
No revisions left to test, checking graph state.
 Result found: flight 31929 (pass), for last pass
 Result found: flight 31930 (fail), for first failure
 Repro found: flight 31933 (pass), for last pass
 Repro found: flight 31936 (fail), for first failure
 Repro found: flight 31937 (pass), for last pass
 Repro found: flight 31938 (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:  c6c9161d064d30e78904f3affe5184487493e0fc
  Bug not present: 8b2ed21e846c63d8f1bdee0d8df0645721a604a1

+ exec
+ sh -xe
+ cd /export/home/osstest/repos/linux-2.6
+ git remote set-url origin git://drall.uk.xensource.com:9419/git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
+ git fetch -p origin +refs/heads/*:refs/remotes/origin/*

  commit c6c9161d064d30e78904f3affe5184487493e0fc
  Merge: 8b2ed21 b5e212a
  Author: Linus Torvalds <torvalds@linux-foundation.org>
  Date:   Fri Nov 21 15:46:17 2014 -0800
  
      Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
      
      Pull x86 fixes from Thomas Gleixner:
       "Misc fixes:
         - gold linker build fix
         - noxsave command line parsing fix
         - bugfix for NX setup
         - microcode resume path bug fix
         - _TIF_NOHZ versus TIF_NOHZ bugfix as discussed in the mysterious
           lockup thread"
      
      * 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86, syscall: Fix _TIF_NOHZ handling in syscall_trace_enter_phase1
        x86, kaslr: Handle Gold linker for finding bss/brk
        x86, mm: Set NX across entire PMD at boot
        x86, microcode: Update BSPs microcode on resume
        x86: Require exact match for 'noxsave' command line option
  
  commit b5e212a3051b65e426a513901d9c7001681c7215
  Author: Andy Lutomirski <luto@amacapital.net>
  Date:   Wed Nov 19 13:56:19 2014 -0800
  
      x86, syscall: Fix _TIF_NOHZ handling in syscall_trace_enter_phase1
      
      TIF_NOHZ is 19 (i.e. _TIF_SYSCALL_TRACE | _TIF_NOTIFY_RESUME |
      _TIF_SINGLESTEP), not (1<<19).
      
      This code is involved in Dave's trinity lockup, but I don't see why
      it would cause any of the problems he's seeing, except inadvertently
      by causing a different path through entry_64.S's syscall handling.
      
      Signed-off-by: Andy Lutomirski <luto@amacapital.net>
      Cc: Don Zickus <dzickus@redhat.com>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Dave Jones <davej@redhat.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Link: http://lkml.kernel.org/r/a6cd3b60a3f53afb6e1c8081b0ec30ff19003dd7.1416434075.git.luto@amacapital.net
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit 70b61e362187b5fccac206506d402f3424e3e749
  Author: Kees Cook <keescook@chromium.org>
  Date:   Mon Nov 17 16:16:04 2014 -0800
  
      x86, kaslr: Handle Gold linker for finding bss/brk
      
      When building with the Gold linker, the .bss and .brk areas of vmlinux
      are shown as consecutive instead of having the same file offset. Allow
      for either state, as long as things add up correctly.
      
      Fixes: e6023367d779 ("x86, kaslr: Prevent .bss from overlaping initrd")
      Reported-by: Markus Trippelsdorf <markus@trippelsdorf.de>
      Signed-off-by: Kees Cook <keescook@chromium.org>
      Cc: Junjie Mao <eternal.n08@gmail.com>
      Link: http://lkml.kernel.org/r/20141118001604.GA25045@www.outflux.net
      Cc: stable@vger.kernel.org
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit 45e2a9d4701d8c624d4a4bcdd1084eae31e92f58
  Author: Kees Cook <keescook@chromium.org>
  Date:   Fri Nov 14 11:47:37 2014 -0800
  
      x86, mm: Set NX across entire PMD at boot
      
      When setting up permissions on kernel memory at boot, the end of the
      PMD that was split from bss remained executable. It should be NX like
      the rest. This performs a PMD alignment instead of a PAGE alignment to
      get the correct span of memory.
      
      Before:
      ---[ High Kernel Mapping ]---
      ...
      0xffffffff8202d000-0xffffffff82200000  1868K     RW       GLB NX pte
      0xffffffff82200000-0xffffffff82c00000    10M     RW   PSE GLB NX pmd
      0xffffffff82c00000-0xffffffff82df5000  2004K     RW       GLB NX pte
      0xffffffff82df5000-0xffffffff82e00000    44K     RW       GLB x  pte
      0xffffffff82e00000-0xffffffffc0000000   978M                     pmd
      
      After:
      ---[ High Kernel Mapping ]---
      ...
      0xffffffff8202d000-0xffffffff82200000  1868K     RW       GLB NX pte
      0xffffffff82200000-0xffffffff82e00000    12M     RW   PSE GLB NX pmd
      0xffffffff82e00000-0xffffffffc0000000   978M                     pmd
      
      [ tglx: Changed it to roundup(_brk_end, PMD_SIZE) and added a comment.
              We really should unmap the reminder along with the holes
              caused by init,initdata etc. but thats a different issue ]
      
      Signed-off-by: Kees Cook <keescook@chromium.org>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Toshi Kani <toshi.kani@hp.com>
      Cc: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
      Cc: David Vrabel <david.vrabel@citrix.com>
      Cc: Wang Nan <wangnan0@huawei.com>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: stable@vger.kernel.org
      Link: http://lkml.kernel.org/r/20141114194737.GA3091@www.outflux.net
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit fb86b97300d930b57471068720c52bfa8622eab7
  Author: Borislav Petkov <bp@suse.de>
  Date:   Tue Nov 18 10:46:57 2014 +0100
  
      x86, microcode: Update BSPs microcode on resume
      
      In the situation when we apply early microcode but do *not* apply late
      microcode, we fail to update the BSP's microcode on resume because we
      haven't initialized the uci->mc microcode pointer. So, in order to
      alleviate that, we go and dig out the stashed microcode patch during
      early boot. It is basically the same thing that is done on the APs early
      during boot so do that too here.
      
      Tested-by: alex.schnaidt@gmail.com
      Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=88001
      Cc: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Cc: <stable@vger.kernel.org> # v3.9
      Signed-off-by: Borislav Petkov <bp@suse.de>
      Link: http://lkml.kernel.org/r/20141118094657.GA6635@pd.tnic
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
  
  commit 2cd3949f702692cf4c5d05b463f19cd706a92dd3
  Author: Dave Hansen <dave.hansen@linux.intel.com>
  Date:   Tue Nov 11 14:01:33 2014 -0800
  
      x86: Require exact match for 'noxsave' command line option
      
      We have some very similarly named command-line options:
      
      arch/x86/kernel/cpu/common.c:__setup("noxsave", x86_xsave_setup);
      arch/x86/kernel/cpu/common.c:__setup("noxsaveopt", x86_xsaveopt_setup);
      arch/x86/kernel/cpu/common.c:__setup("noxsaves", x86_xsaves_setup);
      
      __setup() is designed to match options that take arguments, like
      "foo=bar" where you would have:
      
      	__setup("foo", x86_foo_func...);
      
      The problem is that "noxsave" actually _matches_ "noxsaves" in
      the same way that "foo" matches "foo=bar".  If you boot an old
      kernel that does not know about "noxsaves" with "noxsaves" on the
      command line, it will interpret the argument as "noxsave", which
      is not what you want at all.
      
      This makes the "noxsave" handler only return success when it finds
      an *exact* match.
      
      [ tglx: We really need to make __setup() more robust. ]
      
      Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
      Cc: Dave Hansen <dave@sr71.net>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Cc: x86@kernel.org
      Cc: stable@vger.kernel.org
      Link: http://lkml.kernel.org/r/20141111220133.FE053984@viggo.jf.intel.com
      Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Revision graph left in /home/xc_osstest/results/bisect.linux-linus.test-amd64-i386-xl.guest-saverestore.{dot,ps,png,html}.
----------------------------------------
31938: tolerable ALL FAIL

flight 31938 linux-linus real-bisect [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/31938/

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-i386-xl           11 guest-saverestore       fail baseline untested


jobs:
 test-amd64-i386-xl                                           fail    


------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images

Logs, config files, etc. are available at
    http://www.chiark.greenend.org.uk/~xensrcts/logs

Test harness code can be found at
    http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2018-09-12 16:46 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-09-12 16:46 [linux-linus bisection] complete test-amd64-i386-xl osstest service owner
  -- strict thread matches above, loose matches on Subject: below --
2018-07-18 11:05 osstest service owner
2015-07-31  4:03 osstest service owner
2014-11-29 16:41 xen.org

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.